home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 3_8_05.tro < prev    next >
Text File  |  1991-12-12  |  95KB  |  3,695 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .sp 1P
  23. .ce 1000
  24. \v'12P'
  25. \s12PART\ IV
  26. \v'4P'
  27. .RT
  28. .ce 0
  29. .sp 1P
  30. .ce 1000
  31. \fBI.400\(hySeries Recommendations\fR \v'2P'
  32. .ce 0
  33. .sp 1P
  34. .ce 1000
  35. \fBISDN\ USER\(hyNETWORK\ INTERFACES\fR 
  36. .ce 0
  37. .sp 1P
  38. .LP
  39. .rs
  40. .sp 28P
  41. .ad r
  42. Blanc
  43. .ad b
  44. .RT
  45. .LP
  46. .bp
  47. .LP
  48. \fBMONTAGE:\ \fR PAGE 154 = PAGE BLANCHE
  49. .sp 1P
  50. .RT
  51. .LP
  52. .EF '%    Fascicule\ III.8\ \(em\ Rec.\ I.410''
  53. .OF '''Fascicule\ III.8\ \(em\ Rec.\ I.410    %'
  54. .LP
  55. .bp
  56. .sp 1P
  57. .ce 1000
  58. \v'3P'
  59. SECTION\ 1
  60. .ce 0
  61. .sp 1P
  62. .ce 1000
  63. \fBISDN\ USER\(hyNETWORK\ INTERFACES\fR 
  64. .ce 0
  65. .sp 1P
  66. .sp 2P
  67. .LP
  68. \fBRecommendation\ I.410\fR 
  69. .RT
  70. .sp 2P
  71. .ce 1000
  72. \fBGENERAL\ ASPECTS\ AND\ PRINCIPLES\ RELATING\ TO\fR 
  73. .EF '%    Fascicle\ III.8\ \(em\ Rec.\ I.410''
  74. .OF '''Fascicle\ III.8\ \(em\ Rec.\ I.410    %'
  75. .ce 0
  76. .sp 1P
  77. .ce 1000
  78. \fBRECOMMENDATIONS\ ON\ \fR \fBISDN\ USER\(hyNETWORK\ INTERFACES\fR 
  79. .ce 0
  80. .sp 1P
  81. .ce 1000
  82. \fI(Malaga\(hyTorremolinos, 1984)\fR 
  83. .sp 9p
  84. .RT
  85. .ce 0
  86. .sp 1P
  87. .LP
  88. \fB1\fR     \fBGeneral\fR 
  89. .sp 1P
  90. .RT
  91. .PP
  92. 1.1
  93. Recommendation I.120 gives the conceptual principles on which an ISDN should 
  94. be based. The main feature of an ISDN is the support of a wide range of 
  95. service capabilities, including voice and nonvoice applications, in 
  96. the same network by offering end\(hyto\(hyend digital connectivity.
  97. .sp 9p
  98. .RT
  99. .PP
  100. 1.2
  101. A key element of service integration for an ISDN is the provision of a 
  102. limited set of standard multipurpose user\(hynetwork interfaces. These 
  103. interfaces represent a focal point both for the development of ISDN network
  104. components and configurations and for the development of ISDN terminal
  105. equipment and applications.
  106. .PP
  107. 1.3
  108. An ISDN is recognized by the service characteristics available
  109. through user\(hynetwork interfaces, rather than by its internal architecture,
  110. configuration or technology. This concert plays a key role in permitting 
  111. user and network technologies and configurations to evolve separately. 
  112. .sp 2P
  113. .LP
  114. \fB2\fR     \fBInterface applications\fR 
  115. .sp 1P
  116. .RT
  117. .PP
  118. Figure 1/I.410 shows some examples of ISDN user\(hynetwork interfaces. 
  119. The following cases are identified, corresponding to: 
  120. .RT
  121. .LP
  122.     1)
  123.     access of a single ISDN terminal;
  124. .LP
  125.     2)
  126.     access of a multiple ISDN terminal installation;
  127. .LP
  128.     3)
  129.     access of multiservice PBXs, or local area networks, or,
  130. more generally, of private networks;
  131. .LP
  132.     4)
  133.     access of specialized storage and information processing
  134. centres.
  135. .PP
  136. In addition, depending on the particular national regulatory
  137. arrangements, either ISDN user\(hynetwork interfaces or internetwork interfaces
  138. may be used for access of:
  139. .LP
  140.     5)
  141.     dedicated service networks;
  142. .LP
  143.     6)
  144.     other multiple services networks, including
  145. ISDNs.
  146. .bp
  147. .sp 2P
  148. .LP
  149. \fB3\fR     \fBInterface Recommendation objectives\fR 
  150. .sp 1P
  151. .RT
  152. .PP
  153. User\(hynetwork interface Recommendations should allow:
  154. .RT
  155. .LP
  156.     1)
  157.     different types of terminals and applications to use the
  158. same interface;
  159. .LP
  160.     2)
  161.     portability of terminals from one location to another
  162. (office, home, public access points) within one country and from one
  163. country to another country;
  164. .LP
  165.     3)
  166.      separate evolution of both terminal and network equipment, technologies 
  167. and configurations; 
  168. .LP
  169.     4)
  170.     efficient connection with specialized storage and
  171. information processing centres and other networks.
  172. .LP
  173. .rs
  174. .sp 26P
  175. .ad r
  176. \fBFigure 1/I.410, p.  \fR 
  177. .sp 1P
  178. .RT
  179. .ad b
  180. .RT
  181. .PP
  182. User\(hynetwork interfaces should be designed to provide an
  183. appropriate balance between service capabilities and cost/tariffs, in order 
  184. to meet service demand easily. 
  185. .sp 2P
  186. .LP
  187. \fB4\fR     \fBInterface characteristics\fR 
  188. .sp 1P
  189. .RT
  190. .PP
  191. User\(hynetwork interfaces are specified by a comprehensive set of
  192. characteristics, including:
  193. .RT
  194. .LP
  195.     1)
  196.     physical and electromagnetic (including optical)
  197. characteristics;
  198. .LP
  199.     2)
  200.     channel structures and access capabilities;
  201. .LP
  202.     3)
  203.     user\(hynetwork protocols;
  204. .LP
  205.     4)
  206.     maintenance and operation characteristics;
  207. .LP
  208.     5)
  209.     performance characteristics;
  210. .LP
  211.     6)
  212.     service characteristics.
  213. .PP
  214. A layered approach has been adopted for the definition of ISDN
  215. user\(hynetwork interfaces according to the ISDN protocol reference model,
  216. Recommendation\ I.320.
  217. .bp
  218. .sp 2P
  219. .LP
  220. \fB5\fR     \fBInterface capabilities\fR 
  221. .sp 1P
  222. .RT
  223. .PP
  224. In addition to the multiservice capability, an ISDN user\(hynetwork
  225. interface may allow for capabilities such as the following:
  226. .RT
  227. .LP
  228.     1)
  229.     multidrop and other multiple terminal arrangements;
  230. .LP
  231.     2)
  232.     choice of information bit rate, switching mode, coding
  233. method,\ etc., on a call\(hyby\(hycall or other (e.g.\ semi\(hypermanent or
  234. subscription time option) basis, over the same interface
  235. according to the user's need;
  236. .LP
  237.     3)
  238.     capability for compatibility checking in order to check
  239. whether calling and called terminals can communicate with each other.
  240. .sp 2P
  241. .LP
  242. \fB6\fR     \fBOther I\(hySeries Recommendations\fR 
  243. .sp 1P
  244. .RT
  245. .PP
  246. 6.1
  247. The reference configurations for ISDN user\(hynetwork interfaces define 
  248. the terminology for various reference points and the types of functions 
  249. that can be provided between reference points. Recommendation\ I.411 contains 
  250. the reference configurations and shows significant applications.
  251. .sp 9p
  252. .RT
  253. .PP
  254. 6.2
  255. The number of different interfaces is kept to a minimum.
  256. Recommendation\ I.412 defines a limited set of interface structures, and
  257. possible access capabilities for the ISDN user\(hynetwork interfaces. A
  258. distinction is necessary between the interface structure and the access
  259. capability supported by the particular network access arrangement.
  260. .PP
  261. 6.3
  262. The user\(hynetwork interfaces, as defined in Recommendations\ I.420 and\ 
  263. I.421, are applicable to a wide range of situations without modification 
  264. (e.g.\ to both reference points\ S and\ T, as defined in
  265. Recommendation\ I.411).
  266. \v'1P'
  267. .sp 2P
  268. .LP
  269. \fBRecommendation\ I.411\fR 
  270. .RT
  271. .sp 2P
  272. .sp 1P
  273. .ce 1000
  274. \fBISDN\ USER\(hyNETWORK\ INTERFACES\ \(em\ REFERENCE CONFIGURATIONS\fR 
  275. .EF '%    Fascicle\ III.8\ \(em\ Rec.\ I.411''
  276. .OF '''Fascicle\ III.8\ \(em\ Rec.\ I.411    %'
  277. .ce 0
  278. .sp 1P
  279. .ce 1000
  280. \fI(Malaga\(hyTorremolinos, 1984)\fR 
  281. .sp 9p
  282. .RT
  283. .ce 0
  284. .sp 1P
  285. .LP
  286. \fB1\fR     \fBGeneral\fR 
  287. .sp 1P
  288. .RT
  289. .PP
  290. 1.1
  291. This Recommendation provides the reference configurations for ISDN user\(hynetwork 
  292. interfaces. 
  293. .sp 9p
  294. .RT
  295. .PP
  296. 1.2
  297. From the user's perspective, an ISDN is completely described by
  298. the attributes that can be observed at an ISDN user\(hynetwork interface,
  299. including physical, electromagnetic, protocol, service, capability,
  300. maintenance, operation and performance characteristics. The key to defining,
  301. and even recognizing, an ISDN is the specification of these characteristics.
  302. .PP
  303. 1.3 
  304. An objective of ISDN is that a small set of compatible user\(hynetwork
  305. interfaces can economically support a wide range of user applications,
  306. equipment and configurations. The number of different user\(hynetwork interfaces 
  307. is minimized to maximize user flexibility through terminal compatibility 
  308. (from one application to another, one location to another, and one service 
  309. to 
  310. another) and to reduce costs through economies in production of equipment 
  311. and operation of both ISDN and user equipment. However, different interfaces 
  312. are 
  313. required for applications with widely different information rates, complexity, 
  314. or other characteristics, as well as for applications in the evolutionary 
  315. stages. In this way, simple applications need not to be burdened with the 
  316. cost of accommodating features employed by complex applications. 
  317. .PP
  318. 1.4
  319. Another objective is to have the same interfaces used even though there 
  320. are different configurations (e.g.\ single terminal versus multiple 
  321. terminal connections, connections to a PABX versus direct connections into 
  322. the network,\ etc.) or different national regulations. 
  323. .bp
  324. .sp 2P
  325. .LP
  326. \fB2\fR     \fBDefinitions\fR 
  327. .sp 1P
  328. .RT
  329. .PP
  330. 2.1
  331. \fBReference configurations\fR are conceptual configurations
  332. useful in identifying various possible physical user access arrangements 
  333. to an ISDN. Two concepts are used in defining reference configurations: 
  334. reference 
  335. points and functional groupings. Layout and application examples of reference 
  336. configurations are given in \(sc\ 3. 
  337. .sp 9p
  338. .RT
  339. .PP
  340. 2.2
  341. \fBFunctional groups\fR are sets of functions which may be needed in ISDN 
  342. user access arrangements. In a particular access arrangement, specific 
  343. functions in a functional group may or may not be present. Note that specific 
  344. functions in a functional group may be performed in one or more pieces 
  345. of 
  346. equipment.
  347. .PP
  348. 2.3
  349. \fBReference points\fR are the conceptual points dividing
  350. functional groups. In a specific access arrangement, a reference point may
  351. correspond to a physical interface between pieces of equipment, or there may
  352. not be any physical interface corresponding to the reference point. Physical
  353. interfaces that do not correspond to a reference point (e.g.\ transmission 
  354. line interfaces) will not be the subject of ISDN user\(hynetwork interface 
  355. Recommendations.
  356. .sp 2P
  357. .LP
  358. \fB3\fR     \fB
  359. \fBReference configuration\fR 
  360. .sp 1P
  361. .RT
  362. .PP
  363. 3.1
  364. The reference configurations for ISDN user\(hynetwork interfaces define 
  365. reference points and types of functions that can be provided between 
  366. reference points. Figure\ 1/I.411 shows the reference configurations, while
  367. Figures\ 2/I.411, 3/I.411 and\ 4/I.411 show examples of applications of such
  368. configurations.
  369. .sp 9p
  370. .RT
  371. .PP
  372. 3.2
  373. The ISDN user\(hynetwork interface Recommendations in the I\(hySeries
  374. apply to physical interfaces at reference points\ S and\ T, using the recommended 
  375. interface structures according to Recommendation\ I.412. At reference point\ 
  376. R, physical interfaces in accordance with other Recommendations (e.g.\ 
  377. the 
  378. X\(hySeries interface Recommendations) may be used.
  379. .PP
  380. \fINote\ 1\fR \ \(em\ Physical interfaces not included in CCITT
  381. Recommendations may appear at reference point\ R.
  382. .PP
  383. \fINote 2\fR \ \(em\ There is no reference point assigned to the transmission
  384. line, since an ISDN user\(hynetwork interface is not envisaged at this
  385. location.
  386. .RT
  387. .PP
  388. 3.3
  389. Figure 1a/I.411 defines the reference configuration with the
  390. functional groups NT1, NT2 and\ TE1. Figure\ 1b/I.411 illustrates that 
  391. TE1 may be replaced by the combination of TE2 and TA. 
  392. .LP
  393. .rs
  394. .sp 22P
  395. .ad r
  396. \fBFigure 1/I.411, p.  \fR 
  397. .sp 1P
  398. .RT
  399. .ad b
  400. .RT
  401. .LP
  402. .bp
  403. .PP
  404. 3.4
  405. Lists of functions for each functional group are given below.
  406. Each particular function is not necessarily restricted to a single functional 
  407. group. For example, \*Qinterface termination\*U functions are included 
  408. in the 
  409. function lists of NT1, NT2 and TE. The function lists for NT2, TE and TA are
  410. not exhaustive. For a particular access arrangement, specific functions in a
  411. functional group are either present or absent.
  412. .PP
  413. The functional groups are described in relation to the ISDN
  414. protocol reference model in Recommendation\ I.320.
  415. .sp 1P
  416. .LP
  417. 3.4.1
  418.     \fINetwork termination 1 (NT1)\fR 
  419. .sp 9p
  420. .RT
  421. .PP
  422. This functional group includes functions broadly equivalent to
  423. layer\ 1 (physical) of the OSI reference model. These functions are associated 
  424. with the proper physical and electromagnetic termination of the network. 
  425. NT1 
  426. functions are:
  427. .RT
  428. .LP
  429.     \(em
  430.     line transmission termination;
  431. .LP
  432.     \(em
  433.     layer 1 line maintenance functions and performance
  434. monitoring;
  435. .LP
  436.     \(em
  437.     timing;
  438. .LP
  439.     \(em
  440.     power transfer;
  441. .LP
  442.     \(em
  443.     layer 1 multiplexing;
  444. .LP
  445.     \(em
  446.     interface termination, including multidrop termination
  447. employing layer\ 1 contention resolution.
  448. .sp 1P
  449. .LP
  450. 3.4.2
  451.     \fINetwork termination 2 (NT2)\fR 
  452. .sp 9p
  453. .RT
  454. .PP
  455. This functional group includes functions broadly equivalent to
  456. layer\ 1 and higher layers of the Recommendation\ X.200 reference model. 
  457. PABXs, local area networks, and terminal controllers are examples of equipment 
  458. or 
  459. combinations of equipment that provide NT2 functions. NT2 functions
  460. include:
  461. .RT
  462. .LP
  463.     \(em
  464.     layers 2 and 3 protocol handling;
  465. .LP
  466.     \(em
  467.     layers 2 and 3 multiplexing;
  468. .LP
  469.     \(em
  470.     switching;
  471. .LP
  472.     \(em
  473.     concentration;
  474. .LP
  475.     \(em
  476.     maintenance functions; and
  477. .LP
  478.     \(em
  479.     interface termination and other layer 1 functions.
  480. .PP
  481. For example, a simple PABX can provide NT2 functions at layers 1, 2 and\ 
  482. 3. A simple terminal controller can provide NT2 functions at only 
  483. layers\ 1 and\ 2. A simple time division multiplexer can provide NT2 functions 
  484. at only layer\ 1. In a specific access arrangement, the NT2 functional 
  485. group may 
  486. consist of only physical connections.
  487. .sp 1P
  488. .LP
  489. 3.4.3
  490.     \fITerminal equipment (TE)\fR 
  491. .sp 9p
  492. .RT
  493. .PP
  494. This functional group includes functions broadly belonging to
  495. layer\ 1 and higher layers of the Recommendation\ X.200 reference model. 
  496. Digital telephones, data terminal equipment, and integrated work stations 
  497. are examples of equipment or combinations of equipment that provide the 
  498. functions. The TE 
  499. functions are:
  500. .RT
  501. .LP
  502.     \(em
  503.     protocol handling;
  504. .LP
  505.     \(em
  506.     maintenance functions;
  507. .LP
  508.     \(em
  509.     interface functions;
  510. .LP
  511.     \(em
  512.     connection functions to other equipments.
  513. .sp 1P
  514. .LP
  515. 3.4.3.1
  516.     \fITerminal equipment type 1 (TE1)\fR 
  517. .sp 9p
  518. .RT
  519. .PP
  520. This functional group includes functions belonging to the
  521. functional group TE, and with an interface that complies with the ISDN
  522. user\(hynetwork interface Recommendations.
  523. .RT
  524. .sp 1P
  525. .LP
  526. 3.4.3.2
  527.     \fITerminal equipment type 2 (TE2)\fR 
  528. .sp 9p
  529. .RT
  530. .PP
  531. This functional group includes functions belonging to the
  532. functional group TE but with an interface that complies with interface
  533. Recommendations other than the ISDN interface Recommendation (e.g.\ the 
  534. X\(hySeries interface Recommendations) or interfaces not included in CCITT 
  535. Recommendations.
  536. .bp
  537. .RT
  538. .sp 1P
  539. .LP
  540. 3.4.4
  541.     \fITerminal adaptor (TA)\fR 
  542. .sp 9p
  543. .RT
  544. .PP
  545. This functional group includes functions broadly belonging to
  546. layer\ 1 and higher layers of the Recommendation\ X.200 reference model that
  547. allow a TE2 terminal to be served by an ISDN user\(hynetwork interface. 
  548. Adaptors between physical interfaces at reference points\ R and\ S or\ 
  549. R and\ T are examples of equipment or combinations of equipment that provide 
  550. TA functions. 
  551. .RT
  552. .sp 2P
  553. .LP
  554. \fB4\fR     \fBPhysical realizations of reference configurations\fR 
  555. .sp 1P
  556. .RT
  557. .PP
  558. 4.1
  559. Figure 2/I.411 gives examples of configurations illustrating
  560. combinations of physical interfaces\ at 
  561. reference points\ R, S and\ T;
  562. Figures\ 2a/I.411 and\ 2b/I.411 show separate interfaces at\ S and\ T;
  563. Figures\ 2c/I.411 
  564. and\ 2d/I.411 show an interface at\ S but not\ T;
  565. Figures\ 2e/I.411 and 2f/I.411 show an interface at\ T\ but 
  566. not\ S;
  567. Figures\ 2g/I.411 and\ 2h/I.411 show an interface at\ S and\ T where they 
  568. coincide. Additionally, 
  569. Figures\ 2b/I.411, 2d/I.411, 2f/I.411 and 2h/I.411
  570. show an interface at reference point\ R.
  571. .sp 9p
  572. .RT
  573. .PP
  574. 4.2
  575. Figures 3/I.411 and 4/I.411 show examples of physical
  576. implementations. The examples given in Figure\ 3/I.411 show physical
  577. realizations of functional groups TE, NT1 and NT2, based on physical interfaces 
  578. occurring at reference points\ R, S and\ T. The examples given in Figure\ 
  579. 4/I.411 show applications of the reference configurations to physical configurations 
  580. when multiple physical interfaces occur at a reference point.
  581. .PP
  582. The examples given in Figure 4/I.411 are not intended to be either exhaustive 
  583. or mandatory. Square blocks in Figures\ 3/I.411 and\ 4/I.411 represent 
  584. equipment implementing functional groupings. 
  585. .PP
  586. \fINote\fR \ \(em\ TE1 or TE2 + TA may be used interchangeably in
  587. Figure\ 4/I.411.
  588. .RT
  589. .PP
  590. 4.2.1
  591. Figures 4a/I.411 and 4b/I.411 show applications of the
  592. reference
  593. configurations in the cases where NT2 functions consist of only physical
  594. connections. Figure 4a/I.411 describes the direct physical connection of
  595. multiple TEs (TE1s or TE2s\ +\ TAs) to NT1 using a multidrop arrangement 
  596. (i.e.\ a bus). Figure\ 4b/I.411 illustrates the separate connection of 
  597. a number of TEs to NT1. 
  598. .PP
  599. In these cases, all of the characteristics of the physical
  600. interfaces applied at reference points\ S and\ T must be identical.
  601. .PP
  602. 4.2.2
  603. Figure 4c/I.411 shows the provision of multiple connections
  604. between NT2 and TEs. NT2 may include various types of distribution
  605. arrangements, such as star, bus or ring configuration included within the
  606. equipment. Figure\ 4d/I.411 shows a case where a bus distribution is used
  607. between TEs and the NT2 equipment.
  608. .PP
  609. 4.2.3
  610. Figures 4e/I.411 and 4f/I.411 show arrangements where multiple
  611. connections are used between\ NT2 
  612. and\ NT1 equipment. In particular,
  613. Figure\ 4e/I.411 illustrates the case of multiple NT1 equipment,
  614. while 
  615. Figure\ 4f/I.411 refers to the case where NT1 provides layer\ 1
  616. upward multiplexing of the multiple connections.
  617. .PP
  618. 4.2.4
  619. Figure 4g/I.411 illustrates the case where NT1 and NT2
  620. functions
  621. are merged in the same equipment; the corresponding merging of NT1 and NT2
  622. functions for other configurations in Figure\ 4/I.411 may also occur.
  623. .PP
  624. 4.2.5
  625. Figure 4h/I.411 illustrates the case where TA and NT2 functions
  626. are merged in the same equipment; the corresponding merging of TA and NT2
  627. functions for other configurations in Figure\ 4/I.411 may also occur.
  628. .PP
  629. 4.2.6
  630. In addition to the examples of physical implementation shown in
  631. Figures\ 3/I.411 and\ 4/I.411, a possible combination of NT1, NT2 and TA 
  632. into one physical entity could be considered, in which both reference points\ 
  633. S and\ T 
  634. exist but are not realized as physical interfaces. Such an implementation 
  635. is to be considered an interim means of providing connection to an ISDN 
  636. and might be used to complement the recommended means of connecting terminals 
  637. via physical interfaces at reference points\ S and\ T in the early stages 
  638. of ISDN 
  639. implementation. This should not be considered as a reference configuration
  640. because it poses significant problems in relation to the models of ISDN
  641. presently being studied.
  642. .PP
  643. 4.2.7 
  644. These physical implementations are limited in their arrangements
  645. and combinations by the electrical and other characteristics of the interface 
  646. specifications and equipment. 
  647. .PP
  648. 4.3 
  649. The reference\(hyconfigurations given in Figure\ 1/I.411 apply for
  650. the specification of the interface structures and access arrangements given 
  651. in Recommendation\ I.412. 
  652. .bp
  653. .LP
  654. .rs
  655. .sp 47P
  656. .ad r
  657. \fBFigure 2/I.411, p. 3\fR 
  658. .sp 1P
  659. .RT
  660. .ad b
  661. .RT
  662. .LP
  663. .bp
  664. .LP
  665. .rs
  666. .sp 47P
  667. .ad r
  668. \fBFigure 3/I.411, p. 4\fR 
  669. .sp 1P
  670. .RT
  671. .ad b
  672. .RT
  673. .LP
  674. .bp
  675. .LP
  676. .rs
  677. .sp 31P
  678. .ad r
  679. \fBFigure 4/I.411, p. 5\fR 
  680. .sp 1P
  681. .RT
  682. .ad b
  683. .RT
  684. .sp 2P
  685. .LP
  686. \fBRecommendation I.412\fR 
  687. .RT
  688. .sp 2P
  689. .ce 1000
  690. \fBISDN\ USER\(hyNETWORK\ INTERFACES\fR 
  691. .EF '%    Fascicle\ III.8\ \(em\ Rec.\ I.412''
  692. .OF '''Fascicle\ III.8\ \(em\ Rec.\ I.412    %'
  693. .ce 0
  694. .sp 1P
  695. .ce 1000
  696. \fBINTERFACE\ STRUCTURES\ AND\ ACCESS\ CAPABILITIES\fR 
  697. .ce 0
  698. .sp 1P
  699. .ce 1000
  700. \fI(Malaga\(hyTorremolinos, 1984; amended at Melbourne, 1988)\fR 
  701. .sp 9p
  702. .RT
  703. .ce 0
  704. .sp 1P
  705. .LP
  706. \fB1\fR     \fBGeneral\fR 
  707. .sp 1P
  708. .RT
  709. .PP
  710. This Recommendation defines limited sets of both channel types and interface 
  711. structures for ISDN user\(hynetwork physical interfaces. 
  712. .RT
  713. .sp 2P
  714. .LP
  715. \fB2\fR     \fBDefinitions\fR 
  716. .sp 1P
  717. .RT
  718. .PP
  719. 2.1
  720. A channel represents a specified portion of the
  721. information\(hycarrying capacity of an interface.
  722. .sp 9p
  723. .RT
  724. .PP
  725. 2.2
  726. Channels are classified by channel types, which have common
  727. characteristics. Channel types are specified in \(sc\ 3.
  728. .bp
  729. .PP
  730. 2.3
  731. The channels are combined into interface structures, specified in \(sc\ 
  732. 4. An interface structure defines the maximum digital information\(hycarrying 
  733. capacity across a physical interface.
  734. .PP
  735. 2.4
  736. In an actual access arrangement some of the channels available
  737. across an ISDN user\(hynetworks physical interface, as defined in the applicable 
  738. interface structure, may not be supported by the network. Some ISDN services 
  739. will not require the full capacity of a B\(hychannel; in those cases in which
  740. users require only such services, the access capability might be further
  741. reduced. The capability provided by those channels that are actually available 
  742. for communication purposes, is referred to as the access capability provided 
  743. through the interface.
  744. .sp 2P
  745. .LP
  746. \fB3\fR     \fBChannel types and their use\fR 
  747. .sp 1P
  748. .RT
  749. .sp 1P
  750. .LP
  751. 3.1
  752.     \fIB\(hychannel\fR 
  753. .sp 9p
  754. .RT
  755. .PP
  756. 3.1.1
  757. The B\(hychannel is a 64 kbit/s channel accompanied by timing.
  758. .sp 9p
  759. .RT
  760. .PP
  761. \fINote\fR \ \(em\ The method for providing this timing is a subject of 
  762. the individual interface Recommendations. 
  763. .PP
  764. A B\(hychannel is intended to carry a wide variety of user
  765. information streams. A distinguishing characteristic is that a B\(hychannel 
  766. does not carry signalling information for circuit switching by the ISDN. 
  767. Signalling information used for circuit switching by the ISDN is carried 
  768. over other types of channels, e.g.\ a D\(hychannel. 
  769. .RT
  770. .PP
  771. 3.1.2
  772. User information streams may be carried on a B\(hychannel on a
  773. dedicated, alternate (within one call or as separate calls), or simultaneous
  774. basis, consistent with the B\(hychannel bit rate. The following are samples of
  775. user information streams:
  776. .LP
  777.     i)
  778.     voice encoded at 64 kbit/s according to Recommendation
  779. G.711;
  780. .LP
  781.     ii)
  782.     data information corresponding to circuit or
  783. packet\(hyswitching user classes of service at bit rates less than
  784. or equal to 64\ kbit/s, according to Recommendation\ X.1;
  785. .LP
  786.     iii)
  787.     wideband voice encoded at 64 kbit/s according to
  788. Recommendation\ G.722;
  789. .LP
  790.     iv)
  791.      voice encoded at bit rates lower than 64 kbit/s alone, or combined with 
  792. other digital information streams. 
  793. .PP
  794. It is recognized that a B\(hychannel may also be used to carry user information 
  795. streams not covered by CCITT Recommendations. 
  796. .PP
  797. 3.1.3
  798. B\(hychannels may be used to provide access to a variety of
  799. communication modes within the ISDN. Examples of these modes are:
  800. .LP
  801.     i)
  802.     circuit switching;
  803. .LP
  804.     ii)
  805.     packet switching, supporting packet mode terminals; and
  806. .LP
  807.     iii)
  808.     semi\(hypermanent connections.
  809. .PP
  810. In case i), the ISDN can provide either a transparent end\(hyto\(hyend 
  811. 64\ kbit/s connection or a connection specifically suited to a particular 
  812. service, such as telephony, in which case a transparent 64\ kbit/s connection
  813. may not be provided.
  814. .PP
  815. In case ii), the B\(hychannel will carry protocols at layers\ 2 and\ 3
  816. according to Recommendation\ X.25 which have to be handled by the network. 
  817. The application of D\(hychannel protocols for this case is for further 
  818. study. 
  819. .PP
  820. In case iii), the semi\(hypermanent connection can be provided, for
  821. example by using circuit or packet switching modes.
  822. .RT
  823. .PP
  824. 3.1.4
  825. Single information streams at bit rates less than 64 kbit/s
  826. should be rate adapted to be carried on the B\(hychannel as described in
  827. Recommendation\ I.460.
  828. .PP
  829. 3.1.5
  830. Multiple information streams from a given user may be
  831. multiplexed together in the same B\(hychannel, but for circuit switching, an
  832. entire B\(hychannel will be switched to a single user\(hynetwork interface. 
  833. This 
  834. multiplexing should be in accordance with Recommendation\ I.460.
  835. .PP
  836. \fINote\fR \ \(em\ Independent routing of subrate channels circuit switched 
  837. to different destinations is for further study. 
  838. .bp
  839. .sp 2P
  840. .LP
  841. 3.2
  842.     \fID\(hychannel\fR 
  843. .sp 1P
  844. .RT
  845. .PP
  846. 3.2.1
  847. The D\(hychannel may have different bit rates as specified in \(sc 4.
  848. .sp 9p
  849. .RT
  850. .PP
  851. A 
  852. D\(hychannel
  853. is primarily intended to carry signalling
  854. information for circuit switching by the ISDN.
  855. .PP
  856. A D\(hychannel uses a layered protocol according to
  857. Recommendations\ I.440, I.441, I.450 and I.451. In particular the link access
  858. procedure is frame oriented (Note).
  859. .PP
  860. \fINote\fR \ \(em\ The use of Signalling System No.\ 7 at a user\(hynetwork
  861. interface is for further study.
  862. .RT
  863. .PP
  864. 3.2.2
  865. In addition to signalling information for circuit switching, a
  866. D\(hychannel may also be used to carry teleaction information and packet\(hyswitched 
  867. data. 
  868. .PP
  869. In certain cases where such signalling is not being utilized, the D\(hychannel 
  870. may support only teleaction information or packet\(hyswitched data. 
  871. .sp 2P
  872. .LP
  873. 3.3
  874.     \fIH\(hychannels\fR 
  875. .sp 1P
  876. .RT
  877. .PP
  878. 3.3.1
  879. H\(hychannels have the following bit rates, accompanied by
  880. timing:
  881. .sp 9p
  882. .RT
  883. .LP
  884.     H\d0\uchannel
  885. : 384 kbit/s
  886. .LP
  887.     H\d1\uchannels
  888. : 1536 (H\d1\\d1\u) and 1920 (H\d1\\d2\u)
  889. kbit/s.
  890. .PP
  891. \fINote\fR \ \(em\ The method for providing this timing is a subject of 
  892. the individual interface Recommendation. 
  893. .PP
  894. Higher rate H\(hychannels are for further study.
  895. .PP
  896. An 
  897. H\(hychannel
  898. is intended to carry a variety of user
  899. information streams. A distinguishing characteristic is that an H\(hychannel 
  900. does not carry signalling information for circuit switching by the ISDN. 
  901. .RT
  902. .PP
  903. 3.3.2
  904. User information streams may be carried on an H\(hychannel on a
  905. dedicated, alternate (within one call or as separate calls), or simultaneous
  906. basis, consistent with the H\(hychannel bit rates. The following are examples 
  907. of user information streams: 
  908. .LP
  909.     i)
  910.     fast facsimile;
  911. .LP
  912.     ii)
  913.     video: e.g.\ for teleconferencing;
  914. .LP
  915.     iii)
  916.     high speed data;
  917. .LP
  918.     iv)
  919.     high quality audio or sound programme material;
  920. .LP
  921.     v)
  922.      information streams, each at rates lower than the respective H\(hychannel 
  923. bit rate (e.g.\ voice at 64\ kbit/s), which have been rate adapted or multiplexed 
  924. together; 
  925. .LP
  926.     vi)
  927.     packet\(hyswitched information.
  928. .sp 1P
  929. .LP
  930. 3.4
  931.     \fIOther channels\fR 
  932. .sp 9p
  933. .RT
  934. .PP
  935. For further study.
  936. .RT
  937. .sp 2P
  938. .LP
  939. \fB4\fR     \fBInterface structures\fR 
  940. .sp 1P
  941. .RT
  942. .PP
  943. ISDN user\(hynetwork physical interfaces at ISDN reference points S
  944. and\ T shall comply with one of the interface structures defined below.
  945. .RT
  946. .sp 2P
  947. .LP
  948. 4.1
  949.     \fIB\(hychannel interface structures\fR 
  950. .sp 1P
  951. .RT
  952. .sp 1P
  953. .LP
  954. 4.1.1
  955.     \fIBasic interface structure\fR 
  956. .sp 9p
  957. .RT
  958. .PP
  959. 4.1.1.1
  960. The basic interface structure is composed of two B\(hychannels and one 
  961. D\(hychannel, 2 B\ +\ D. The bit rate of the D\(hychannel in this interface 
  962. structure is 16\ kbit/s.
  963. .sp 9p
  964. .RT
  965. .PP
  966. 4.1.1.2
  967. The B\(hychannels may be used independently; i.e. in different
  968. connections at the same time.
  969. .bp
  970. .PP
  971. 4.1.1.3
  972. With the basic interface structure, two B\(hychannels and one
  973. D\(hychannel are always present at the ISDN user\(hynetwork physical interface. 
  974. One or both B\(hychannels, however, may not be supported by the network. 
  975. See 
  976. Appendix\ I.
  977. .sp 1P
  978. .LP
  979. 4.1.2
  980.     \fIPrimary rate B\(hychannel interface structures\fR 
  981. .sp 9p
  982. .RT
  983. .PP
  984. These structures correspond to the primary rates of 1544 kbit/s and 2048\ 
  985. kbit/s. 
  986. .RT
  987. .PP
  988. 4.1.2.1
  989. The primary rate B\(hychannel interface structures are composed of
  990. B\(hychannels and one D\(hychannel. The bit rate of this D\(hychannel is 
  991. 64\ kbit/s. 
  992. .PP
  993. 4.1.2.2
  994. At the 1544 kbit/s primary rate the interface structure is 23
  995. B\ +\ D.
  996. .PP
  997. 4.1.2.3
  998. At the 2048 kbit/s primary rate the interface structure is 30
  999. B\ +\ D.
  1000. .PP
  1001. 4.1.2.4
  1002. With the primary rate B\(hychannel interface structures, the
  1003. designated number of B\(hychannels is always present at the ISDN user\(hynetwork 
  1004. physical interface. One or more of the B\(hychannels may not be supported 
  1005. by the network. 
  1006. .PP
  1007. 4.1.2.5
  1008. In the case of a user\(hynetwork access arrangement containing
  1009. multiple interfaces, it is possible for the D\(hychannel in one structure 
  1010. to carry the signalling for B\(hychannels in another primary rate structure 
  1011. without an 
  1012. activated D\(hychannel. When a D\(hychannel is not activated, the designated 
  1013. time 
  1014. slot may or may not be used to provide an additional B\(hychannel, depending on
  1015. the situation; e.g.,\ 24\ B for a 1544\ kbit/s interface.
  1016. .sp 2P
  1017. .LP
  1018. 4.2
  1019.     \fIH\(hychannel interface structure\fR 
  1020. .sp 1P
  1021. .RT
  1022. .sp 1P
  1023. .LP
  1024. 4.2.1
  1025.     \fIPrimary rate interface H\fR\d\fI0\fR\u\fI\(hychannel structures\fR 
  1026. .sp 9p
  1027. .RT
  1028. .PP
  1029. 4.2.1.1 
  1030. The primary rate interface H\d0\u\(hychannel structures are composed of 
  1031. H\d0\u\(hychannels with or without a D\(hychannel, as indicated below. 
  1032. When present in the same interface structure the bit rate of the D\(hychannel 
  1033. is 64\ kbit/s. 
  1034. Additional primary rate interface H\d0\u\(hychannel structures are for further
  1035. study.
  1036. .sp 9p
  1037. .RT
  1038. .PP
  1039. 4.2.1.2 
  1040. At the 1544 kbit/s primary rate interface the H\d0\u\(hychannel
  1041. structures are 4\ H\d0\uand 3\ H\d0\u\ +\ D. The use of the additional
  1042. capacity across the interface is for further study. When the D\(hychannel 
  1043. is not provided, signalling for the H\d0\u\(hychannels is provided by the 
  1044. D\(hychannel in 
  1045. another interface.
  1046. .PP
  1047. 4.2.1.3 
  1048. At the 2048 kbit/s primary rate interface the H\d0\u\(hychannel
  1049. structure is 5\ H\d0\u\ +\ D. In the case of a user\(hynetwork access
  1050. arrangement containing multiple interfaces, it is possible for the D\(hychannel 
  1051. in one structure to carry the signalling for H\d0\u\(hychannels in another 
  1052. primary 
  1053. rate interface without a D\(hychannel in use.
  1054. .PP
  1055. 4.2.1.4
  1056. With the primary rate interface H\d0\u\(hychannel structures, the
  1057. designated number of H\d0\u\(hychannels is always present at the user\(hynetwork 
  1058. physical interface. One or more of the H\d0\u\(hychannels may not be supported 
  1059. by the network. 
  1060. .PP
  1061. 4.2.1.5
  1062. In the case of a user\(hynetwork access arrangement containing
  1063. multiple interfaces it is possible for the D\(hychannel of one structure 
  1064. to carry the signalling for H\d0\u\(hychannels in another primary rate 
  1065. interface structure without an activated D\(hychannel. When a D\(hychannel 
  1066. is not required in a 
  1067. 1544\ kbit/s interface, the 4\ H\d0\u\(hychannel structure may be used.
  1068. .sp 2P
  1069. .LP
  1070. 4.2.2.
  1071.     \fIPrimary rate interface H\fR\d1\u\fI\(hychannel structures\fR 
  1072. .sp 1P
  1073. .RT
  1074. .sp 1P
  1075. .LP
  1076. 4.2.2.1
  1077.     \fI1536 kbit/s H\fR\d1\\d1\u\fI\(hychannel Structure\fR 
  1078. .sp 9p
  1079. .RT
  1080. .PP
  1081. The 1536 kbit/s H\d1\\d1\u\(hychannel structure is composed of one
  1082. 1536\ kbit/s H\d1\\d1\u\(hychannel. Signalling for the H\d1\\d1\u\(hychannel, 
  1083. if 
  1084. required, is carried in a D\(hychannel on another interface structure within 
  1085. the same user\(hynetwork access arrangement. 
  1086. .RT
  1087. .sp 1P
  1088. .LP
  1089. 4.2.2.2
  1090.     \fI1920 kbit/s H\fR\d1\\d2\u\fI\(hychannel Structure\fR 
  1091. .sp 9p
  1092. .RT
  1093. .PP
  1094. The 1920 kbit/s H\d1\\d2\u\(hychannel structure is composed of one
  1095. 1920 kbit/s H\d1\\d2\u\(hychannel and a D\(hychannel. The bit rate of the 
  1096. D\(hychannel is 64\ kbit/s. Signalling for the H\d1\\d2\u\(hychannel, if 
  1097. required, is carried in 
  1098. this D\(hychannel or the D\(hychannel of another interface structure within 
  1099. the same user\(hynetwork access arrangement. 
  1100. .bp
  1101. .RT
  1102. .sp 1P
  1103. .LP
  1104. 4.3
  1105.     \fIPrimary rate interface structures for mixtures\fR 
  1106. \fIof B\(hy and H\fR\d\fI0\fR\uannels\fR 
  1107. .sp 9p
  1108. .RT
  1109. .PP
  1110. A primary rate interface may have a structure consisting of a
  1111. single D\(hychannel and any mixture of B\(hy and H\d0\u\(hychannels. The 
  1112. bit rate of the D\(hychannel is 64\ kbit/s. In the case of a user\(hynetwork 
  1113. access arrangement 
  1114. containing multiple interfaces, a D\(hychannel in one interface structure 
  1115. may also carry signalling for channels in another interface structure. 
  1116. When a D\(hychannel is not activated, its 64\ kbit/s capacity may or may 
  1117. not be used for the mixture of B\(hy\ and H\d0\u\(hychannels, depending 
  1118. on the situation, e.g.\ 3 H\d0\u\ +\ 6 B for a 1544\ kbit/s interface. 
  1119. .RT
  1120. .sp 1P
  1121. .LP
  1122. 4.4
  1123.     \fIOther interface structure(s)\fR 
  1124. .sp 9p
  1125. .RT
  1126. .PP
  1127. For further study.
  1128. .RT
  1129. .sp 2P
  1130. .LP
  1131. \fB5\fR     \fBExamples of\fR 
  1132. \fBapplication of interface structures\fR 
  1133. .sp 1P
  1134. .RT
  1135. .sp 1P
  1136. .LP
  1137. 5.1
  1138.     \fIAccess arrangement for PABX, terminal controller, local area\fR 
  1139. \fInetwork, etc.\fR 
  1140. .sp 9p
  1141. .RT
  1142. .PP
  1143. Figure 1/I.412 illustrates a typical PABX, or LAN access
  1144. arrangement. For this particular configuration it is not necessary to apply 
  1145. the same interface structure at both S and T reference points. For example, 
  1146. basic interface structures may be used for interfaces located at reference 
  1147. point\ S. Either basic or primary rate or other interface structures may 
  1148. be used at 
  1149. interfaces located at reference point\ T.
  1150. .RT
  1151. .LP
  1152. .rs
  1153. .sp 18P
  1154. .ad r
  1155. \fBFigure 1/I.412, p. \fR 
  1156. .sp 1P
  1157. .RT
  1158. .ad b
  1159. .RT
  1160. .ce 1000
  1161. APPENDIX I
  1162. .ce 0
  1163. .ce 1000
  1164. (to Recommendation I.412)
  1165. .sp 9p
  1166. .RT
  1167. .ce 0
  1168. .ce 1000
  1169. \fBAccess capabilities\fR 
  1170. .sp 1P
  1171. .RT
  1172. .ce 0
  1173. .PP
  1174. I.1
  1175. As stated in\ \(sc\ 2.4, not all of the channels present in an
  1176. ISDN user\(hynetwork physical interface are necessarily supported by the 
  1177. network. The resulting capability provided in an ISDN user\(hynetwork access 
  1178. arrangement is defined as the access capability. 
  1179. .sp 1P
  1180. .RT
  1181. .PP
  1182. To assist in guiding the implementations of ISDN equipment and
  1183. services around the world, several preferred access capabilities are identified 
  1184. here. While these preferred arrangements do not preclude the implementation 
  1185. of other access capabilities, they are intended to assist in the worldwide 
  1186. commonality which is a key objective of ISDN.
  1187. .bp
  1188. .sp 1P
  1189. .LP
  1190. I.2
  1191.     \fIPreferred access capabilities\fR 
  1192. .sp 9p
  1193. .RT
  1194. .PP
  1195. a)
  1196.     \fIPreferred basic access capabilities\fR 
  1197. .RT
  1198. .LP
  1199.     \(em
  1200.     2 B + D
  1201. .LP
  1202.     \(em
  1203.     B + D
  1204. .LP
  1205.     \(em
  1206.     D
  1207. .LP
  1208.     b)
  1209.     \fIPrimary rate \(em B\(hychannel access capabilities\fR 
  1210. .LP
  1211.     \(em
  1212.     \fIn\fR  | B + D
  1213. .LP
  1214.     \fIn\fR  | \(= 23 for 1544 kbit/s primary rate, unless
  1215. signalling is provided in another physical interface (see \(sc\ 4.1.2.5); then
  1216. \fIn\fR \ =\ 24 may be allowed.
  1217. .LP
  1218.     \fIn\fR \(= 30 for 2048 kbit/s primary rate, unless
  1219. signalling is provided in another physical interface (see \(sc\ 4.1.2.5) then
  1220. \fIn\fR \ =\ 31 may be allowed.
  1221. .LP
  1222.     c)
  1223.     \fIPrimary rate\ \(em\ H\fR\d0\u\fI\(hychannel access capabilities\fR 
  1224. .LP
  1225.     \(em
  1226.     \fIn\fR  | \d0\u+ D
  1227. .LP
  1228.     \fIn\fR  | \(= 3 for 1544 kbit/s primary rate
  1229. .LP
  1230.     \fIn\fR  | \(= 5 for 2048 kbit/s primary rate
  1231. .LP
  1232.     \(em
  1233.     \fIn\fR  | \d0\u
  1234. .LP
  1235.     \fIn\fR  | \(= 4 for 1544 kbit/s primary rate
  1236. .LP
  1237.     d)
  1238.     \fIOther channel structure access capabilities\fR 
  1239. .LP
  1240.     For further study.
  1241. .LP
  1242. .rs
  1243. .sp 34P
  1244. .ad r
  1245. Blanc
  1246. .ad b
  1247. .RT
  1248. .LP
  1249. .bp
  1250. .sp 1P
  1251. .ce 1000
  1252. \v'3P'
  1253. SECTION\ 2
  1254. .ce 0
  1255. .sp 1P
  1256. .ce 1000
  1257. \fBAPPLICATION\ OF\ I\(hySERIES\ RECOMMENDATIONS\ TO\fR 
  1258. .ce 0
  1259. .sp 1P
  1260. .ce 1000
  1261. \fBISDN\ USER\(hyNETWORK\ INTERFACES\fR \v'1P'
  1262. .ce 0
  1263. .sp 1P
  1264. .sp 2P
  1265. .LP
  1266. \fBRecommendation I.420\fR 
  1267. .RT
  1268. .sp 2P
  1269. .sp 1P
  1270. .ce 1000
  1271. \fBBASIC\ USER\(hyNETWORK\ INTERFACE\fR 
  1272. .EF '%    Fascicle\ III.8\ \(em\ Rec.\ I.420''
  1273. .OF '''Fascicle\ III.8\ \(em\ Rec.\ I.420    %'
  1274. .ce 0
  1275. .sp 1P
  1276. .ce 1000
  1277. \fI(Malaga\(hyTorremolinos, 1984)\fR 
  1278. .sp 9p
  1279. .RT
  1280. .ce 0
  1281. .sp 1P
  1282. .PP
  1283. The basic user\(hynetwork interface structure is defined in
  1284. Recommendation\ I.412. The detailed specifications are contained in
  1285. Recommendations\ I.430 (layer\ 1), I.440 and I.441 (layer\ 2), I.450, I.451 and
  1286. I.452 (layer\ 3).
  1287. \v'1P'
  1288. .sp 1P
  1289. .RT
  1290. .sp 2P
  1291. .LP
  1292. \fBRecommendation I.421\fR 
  1293. .RT
  1294. .sp 2P
  1295. .sp 1P
  1296. .ce 1000
  1297. \fBPRIMARY\ RATE\ USER\(hyNETWORK\ INTERFACE\fR 
  1298. .EF '%    Fascicle\ III.8\ \(em\ Rec.\ I.421''
  1299. .OF '''Fascicle\ III.8\ \(em\ Rec.\ I.421    %'
  1300. .ce 0
  1301. .sp 1P
  1302. .ce 1000
  1303. \fI(Malaga\(hyTorremolinos, 1984)\fR 
  1304. .sp 9p
  1305. .RT
  1306. .ce 0
  1307. .sp 1P
  1308. .PP
  1309. The primary rate user\(hynetwork interface structures are
  1310. defined in Recommendation\ I.412. The detailed specifications are contained 
  1311. in Recommendations\ I.431 (layer\ 1), I.440 and I.441 (layer\ 2), I.450, 
  1312. I.451 and 
  1313. I.452 (layer\ 3).
  1314. .sp 1P
  1315. .RT
  1316. .LP
  1317. .rs
  1318. .sp 12P
  1319. .ad r
  1320. Blanc
  1321. .ad b
  1322. .RT
  1323. .LP
  1324. .bp
  1325. .LP
  1326. \fBMONTAGE:\ \fR PAGE 170 = PAGE BLANCHE
  1327. .sp 1P
  1328. .RT
  1329. .LP
  1330. .bp
  1331. .sp 1P
  1332. .ce 1000
  1333. \v'3P'
  1334. SECTION\ 3
  1335. .ce 0
  1336. .sp 1P
  1337. .ce 1000
  1338. \fBISDN\ USER\(hyNETWORK\ INTERFACES:\ LAYER\ 1\ RECOMMENDATIONS\fR 
  1339. .ce 0
  1340. .sp 1P
  1341. .sp 2P
  1342. .LP
  1343. \fBRecommendation\ I.430\fR 
  1344. .RT
  1345. .sp 2P
  1346. .sp 1P
  1347. .ce 1000
  1348. \fBBASIC USER\(hyNETWORK INTERFACE\ \(em\ LAYER 1 SPECIFICATION\fR 
  1349. .EF '%    Fascicle\ III.8\ \(em\ Rec.\ I.430''
  1350. .OF '''Fascicle\ III.8\ \(em\ Rec.\ I.430    %'
  1351. .ce 0
  1352. .sp 1P
  1353. .ce 1000
  1354. \fI(Malaga\(hyTorremolinos, 1984; amended at Melbourne, 1988)\fR 
  1355. .sp 9p
  1356. .RT
  1357. .ce 0
  1358. .sp 1P
  1359. .LP
  1360. \fB1\fR     \fBGeneral\fR 
  1361. .sp 1P
  1362. .RT
  1363. .PP
  1364. This Recommendation defines the 
  1365. layer\ 1 characteristics of the  user\(hynetwork interface
  1366. to be applied at the\ S or\ T reference points for the basic interface 
  1367. structure defined in Recommendation\ I.412. The reference 
  1368. configurations for the interface is defined in Recommendation\ I.411 and is
  1369. reproduced in Figure\ 1/I.430.
  1370. .RT
  1371. .LP
  1372. .rs
  1373. .sp 15P
  1374. .ad r
  1375. \fBFigure 1/I.430, p.  \fR 
  1376. .sp 1P
  1377. .RT
  1378. .ad b
  1379. .RT
  1380. .PP
  1381. In this Recommendation, the term \*QNT\*U is used to indicate network terminating 
  1382. layer\ 1 aspects of NT1 and NT2 functional groups, and the term \*QTE\*U 
  1383. is used to indicate terminal terminating layer\ 1 aspects of TE1, TA and 
  1384. NT2 
  1385. functional groups, unless otherwise indicated. However, in\ \(sc\ 6.2 only, the
  1386. terms \*QNT\*U and \*QTE\*U have the following meaning: the term \*QNT\*U 
  1387. is used to 
  1388. indicate the layer\ 1 network side of the basic access interface; the term 
  1389. \*QTE\*U is used to indicate the layer\ 1 terminal side of the basic access 
  1390. interface. 
  1391. .PP
  1392. The terminology used in this Recommendation is very specific and not contained 
  1393. in the relevant terminology Recommendations. Therefore Annex\ E to 
  1394. this Recommendation provides terms and definitions used in this
  1395. Recommendation.
  1396. .bp
  1397. .RT
  1398. .sp 2P
  1399. .LP
  1400. \fB2\fR     \fBService characteristics\fR 
  1401. .sp 1P
  1402. .RT
  1403. .sp 1P
  1404. .LP
  1405. 2.1
  1406.     \fIServices required from the physical medium\fR 
  1407. .sp 9p
  1408. .RT
  1409. .PP
  1410. Layer 1 of this interface requires a balanced metallic transmission medium, 
  1411. for each direction of transmission, capable of 
  1412. supporting\ 192\ kbit/s.
  1413. .RT
  1414. .sp 1P
  1415. .LP
  1416. 2.2
  1417.     \fIService provided to layer 2\fR 
  1418. .sp 9p
  1419. .RT
  1420. .PP
  1421. Layer 1 provides the following services to layer\ 2 and the
  1422. management entity:
  1423. .RT
  1424. .sp 1P
  1425. .LP
  1426. 2.2.1
  1427.     \fITransmission capability\fR 
  1428. .sp 9p
  1429. .RT
  1430. .PP
  1431. Layer 1 provides the transmission capability, by means of
  1432. appropriately encoded bit streams, for the 
  1433. B\(hy and D\(hychannels and the related timing and synchronization functions.
  1434. .RT
  1435. .sp 1P
  1436. .LP
  1437. 2.2.2
  1438.     \fIActivation/deactivation\fR 
  1439. .sp 9p
  1440. .RT
  1441. .PP
  1442. Layer 1 provides the signalling capability and the necessary
  1443. procedures to enable customer TEs and/or NTs to be deactivated when required
  1444. and reactivated when required. The activation and deactivation procedures 
  1445. are defined in\ \(sc\ 6.2. 
  1446. .RT
  1447. .sp 1P
  1448. .LP
  1449. 2.2.3
  1450.     \fID\(hychannel access\fR 
  1451. .sp 9p
  1452. .RT
  1453. .PP
  1454. Layer 1 provides the signalling capability and the necessary
  1455. procedures to allow TEs to gain access to the common resource of the D\(hychannel 
  1456. in an orderly fashion while meeting the performance requirement of the 
  1457. D\(hychannel signalling system
  1458. . These D\(hychannel access control procedures  are defined in\ \(sc\ 6.1.
  1459. .RT
  1460. .sp 1P
  1461. .LP
  1462. 2.2.4
  1463.     \fIMaintenance\fR 
  1464. .sp 9p
  1465. .RT
  1466. .PP
  1467. Layer 1 provides the signalling capability, procedures and
  1468. necessary functions at layer\ 1 to enable the maintenance functions to be
  1469. performed.
  1470. .RT
  1471. .sp 1P
  1472. .LP
  1473. 2.2.5
  1474.     \fIStatus indication\fR 
  1475. .sp 9p
  1476. .RT
  1477. .PP
  1478. Layer 1 provides an indication to the higher layers of the status of layer\ 
  1479. 1. 
  1480. .RT
  1481. .sp 1P
  1482. .LP
  1483. 2.3
  1484.     \fIPrimitives between layer 1 and the other entities\fR 
  1485. .sp 9p
  1486. .RT
  1487. .PP
  1488. Primitives represent, in an abstract way, the logical exchange of information 
  1489. and control between layer\ 1 and other entities. They neither 
  1490. specify nor constrain the implementation of entities or interfaces.
  1491. .PP
  1492. The primitives to be passed across the layer\ 1/2 boundary or to the
  1493. management entity
  1494. and parameter values associated with these primitives are defined and summarized 
  1495. in Table\ 1/I.430. For description of the syntax and use of the primitives, 
  1496. refer to Recommendation\ X.211 and relevant detailed 
  1497. descriptions in\ \(sc\ 6.
  1498. .RT
  1499. .sp 2P
  1500. .LP
  1501. \fB3\fR     \fBModes of operation\fR 
  1502. .sp 1P
  1503. .RT
  1504. .PP
  1505. Both point\(hyto\(hypoint and point\(hyto\(hymultipoint modes of operation, 
  1506. as described below, are intended to be accommodated by the layer\ 1 characteristics 
  1507. of the user\(hynetwork interface. In this Recommendation, the modes of 
  1508. operation apply only to the layer\ 1 procedural characteristics of the 
  1509. interface and do 
  1510. not imply any constraints on modes of operation at higher layers.
  1511. .RT
  1512. .sp 1P
  1513. .LP
  1514. 3.1
  1515.     \fIPoint\(hyto\(hypoint operation\fR 
  1516. .sp 9p
  1517. .RT
  1518. .PP
  1519. Point\(hyto\(hypoint operation at layer\ 1 implies that only one
  1520. source
  1521. (transmitter) and one 
  1522. sink
  1523. (receiver) are active at any one time in each direction of transmission 
  1524. at an\ S or\ T reference point. (Such operation is independent of the number 
  1525. of interfaces which may be provided on a particular wiring configuration\ 
  1526. \(em\ see\ \(sc\ 4). 
  1527. .bp
  1528. .RT
  1529. .ce
  1530. \fBH.T. [T1.430]\fR 
  1531. .ce
  1532. TABLE\ 1/I.430
  1533. .ce
  1534. \fBPrimitives associated with layer\ 1\fR 
  1535. .T&
  1536. lw(228p) .
  1537. .T&
  1538. lw(228p) .
  1539. L1 | (<- \(ra | 2
  1540. _
  1541. .T&
  1542. lw(54p) | lw(30p) | lw(30p) | lw(30p) | lw(30p) | lw(54p) .
  1543.                     
  1544. .T&
  1545. lw(228p) .
  1546. M | (<- \(ra | 1
  1547. _
  1548. .T&
  1549. lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | lw(54p) .
  1550. MPH\(hyERROR    \(em    X    \(em    X     {
  1551. Type of error or recovery from a
  1552. previously reported error
  1553.  
  1554.  }
  1555. _
  1556. .T&
  1557. lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | lw(54p) .
  1558. MPH\(hyACTIVATE    \(em    X    \(em    \(em      
  1559. _
  1560. .T&
  1561. lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | lw(54p) .
  1562. MPH\(hyDEACTIVATE    X    X    \(em    \(em      
  1563. _
  1564. .T&
  1565. lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | lw(54p) .
  1566. MPH\(hyINFORMATION    \(em    X    \(em    X    Connected/disconnected
  1567. .TE
  1568. .LP
  1569. \fINote\ 1\fR
  1570. \ \(em\ PH\(hyDATA REQUEST implies underlying negotiation
  1571. between layer\ 1 and layer\ 2 for the acceptance of the data.
  1572. .LP
  1573. \fINote\ 2\fR
  1574. \ \(em\ Priority indication applies only to the request
  1575. type.
  1576. .nr PS 9
  1577. .RT
  1578. .ad r
  1579. \fBTableau 1/I.430 [T1.430], p. 8\fR 
  1580. .sp 1P
  1581. .RT
  1582. .ad b
  1583. .RT
  1584. .sp 1P
  1585. .LP
  1586. .sp 5
  1587. 3.2
  1588.     \fIPoint\(hyto\(hymultipoint operation\fR 
  1589. .sp 9p
  1590. .RT
  1591. .PP
  1592. Point\(hyto\(hymultipoint operation at layer\ 1 allows more than one TE
  1593. (source and sink pair) to be simultaneously active at an\ S or\ T reference
  1594. point. (The multipoint mode of operation may be accommodated, as discussed
  1595. in\ \(sc\ 4, with point\(hyto\(hypoint or point\(hyto\(hymultipoint wiring 
  1596. configurations.) 
  1597. .RT
  1598. .sp 2P
  1599. .LP
  1600. \fB4\fR     \fBTypes of\fR 
  1601. \fBwiring configuration\fR 
  1602. .sp 1P
  1603. .RT
  1604. .PP
  1605. The electrical characteristics of the user\(hynetwork interface are
  1606. determined on the basis of certain assumptions about the various wiring
  1607. configurations which may exist in the user premises. These assumptions are
  1608. identified in two major configuration descriptions,\ \(sc\ 4.1 and\ \(sc\ 
  1609. 4.2, together with additional material contained in Annex\ A. Figure\ 2/I.430 
  1610. shows a general Reference Configuration for wiring in the user premises. 
  1611. .RT
  1612. .sp 1P
  1613. .LP
  1614. 4.1
  1615.     \fIPoint\(hyto\(hypoint configuration\fR 
  1616. .sp 9p
  1617. .RT
  1618. .PP
  1619. A 
  1620. point\(hyto\(hypoint wiring configuration
  1621. implies that only one source (transmitter) and one sink (receiver) are 
  1622. interconnected on an 
  1623. interchange circuit.
  1624. .bp
  1625. .RT
  1626. .sp 1P
  1627. .LP
  1628. 4.2
  1629.     \fIPoint\(hyto\(hymultipoint configuration\fR 
  1630. .sp 9p
  1631. .RT
  1632. .PP
  1633. A 
  1634. point\(hyto\(hymultipoint wiring configuration
  1635. allows more than one source to be connected to the same sink or more than 
  1636. one sink to be 
  1637. connected to the same source on an interchange circuit. Such distribution
  1638. systems are characterized by the fact that they contain no active logic
  1639. elements performing functions (other than possibly amplification or
  1640. regeneration of the signal).
  1641. .RT
  1642. .sp 1P
  1643. .LP
  1644. 4.3
  1645.     \fIWiring polarity integrity\fR 
  1646. .sp 9p
  1647. .RT
  1648. .PP
  1649. For a 
  1650. point\(hyto\(hypoint wiring configuration
  1651. , the two wires of the interchange circuit pair may be reversed. However, for a
  1652. point\(hyto\(hymultipoint wiring configuration, the wiring polarity integrity 
  1653. of the interchange circuit (TE\(hyto\(hyNT direction) must be maintained 
  1654. between TEs (see 
  1655. the reference configuration in Figure\ 20/I.430).
  1656. .PP
  1657. In addition, the wires of the optional pairs, which may be provided
  1658. for powering, may not be reversed in either configuration.
  1659. .RT
  1660. .sp 1P
  1661. .LP
  1662. 4.4
  1663.     \fILocation of the interfaces\fR 
  1664. .sp 9p
  1665. .RT
  1666. .PP
  1667. The wiring in the user premises is considered to be one continuous cable 
  1668. run with jacks for the TEs and NT attached directly to the cable or using 
  1669. stubs less than\ 1\ metre in length. The jacks are located at interface 
  1670. points\ I\dA\uand I\dB\u(see Figure\ 2/I.430). One interface point, I\dA\u, is
  1671. adjacent to each TE. The other interface point I\dB\u, is adjacent to the NT.
  1672. However, in some applications, the NT may be connected to the wiring without
  1673. the use of a jack or with a jack which accommodates multiple interfaces
  1674. (e.g.,\ when the NT is a port on a\ PBX). The required electrical characteristics 
  1675. (described in\ \(sc\ 8) for I\dA\uand I\dB\uare different in some aspects. 
  1676. .RT
  1677. .LP
  1678. .rs
  1679. .sp 14P
  1680. .ad r
  1681. \fBFigure 2/I.430, p.  \fR 
  1682. .sp 1P
  1683. .RT
  1684. .ad b
  1685. .RT
  1686. .sp 1P
  1687. .LP
  1688. 4.5
  1689.     \fINT and TE associated wiring\fR 
  1690. .sp 9p
  1691. .RT
  1692. .PP
  1693. The wiring from the TE or the NT to its appropriate jack affects
  1694. the interface electrical characteristics. A\ TE, or an\ NT that is not
  1695. permanently connected to the interface wiring, may be equipped with either 
  1696. of the following for connection to the interface point (I\dA\uand I\dB\u, 
  1697. respectively):
  1698. .RT
  1699. .LP
  1700.     \(em
  1701.     a hard wired 
  1702. connecting cord
  1703. (of not more
  1704. than\ 10\ metres in the case of a TE, and not more than\ 3\ metres in the 
  1705. case of an NT) and a suitable plug, or; 
  1706. .LP
  1707.     \(em
  1708.      a jack with a connecting cord (of not more than\ 10\ metres in the case 
  1709. of a TE, and not more than 3\ metres in the case of an\ NT) which has a 
  1710. suitable plug at each end. 
  1711. .PP
  1712. Normally, the requirements of\ I.430 apply to the interface point (I\dA\uand 
  1713. I\dB\u, respectively), and the cord forms part of the associted\ TE 
  1714. or\ NT. However, as a national option, where the terminating resistors are
  1715. connected internally to the\ NT, the connecting cord may be considered as an
  1716. integral part of the interface wiring. In this case, the requirements of 
  1717. this Recommendation may be applied to the NT at the connection of the connecting 
  1718. cord to the NT. Note that the NT may attach directly to the interface wiring
  1719. without a detachable cord. Also note that the connector, plug and jack 
  1720. used for the connection of the 
  1721. detachable cord
  1722. to the NT is not subject to
  1723. standardization.
  1724. .bp
  1725. .PP
  1726. Although a TE may be provided with a cord of less than\ 5\ metres in
  1727. length, it shall meet the requirements of this Recommendation with a cord
  1728. having a minimum length of\ 5\ metres. As specified above, the TE cord may be
  1729. detachable. Such a cord may be provided as a part of the TE, or the TE 
  1730. may be designed to conform to the electrical characteristics specified 
  1731. in\ \(sc\ 8 with a \*Qstandard ISDN basic access TE cord\*U conforming 
  1732. to the requirements specified in\ \(sc\ 8.9 of this Recommendation and 
  1733. having the maximum permitted capacitance. 
  1734. .PP
  1735. The use of an 
  1736. extension cord
  1737. , of up to\ 25\ metres in length,
  1738. with a TE is permitted but only on point\(hyto\(hypoint wiring configurations. 
  1739. (The total attenuation of the wiring and of the cord in this case should 
  1740. not 
  1741. exceed\ 6\ dB.)
  1742. .RT
  1743. .sp 2P
  1744. .LP
  1745. \fB5\fR     \fBFunctional characteristics\fR 
  1746. .sp 1P
  1747. .RT
  1748. .PP
  1749. The following paragraphs show the functions for the interface.
  1750. .RT
  1751. .sp 2P
  1752. .LP
  1753. 5.1
  1754.     \fIInterface functions\fR 
  1755. .sp 1P
  1756. .RT
  1757. .sp 1P
  1758. .LP
  1759. 5.1.1
  1760.     \fIB\(hychannel\fR 
  1761. .sp 9p
  1762. .RT
  1763. .PP
  1764. This function provides, for each direction of transmission, two
  1765. independent 64\ kbit/s channels for use as B\(hychannels (as defined in
  1766. Recommendation\ I.412).
  1767. .RT
  1768. .sp 1P
  1769. .LP
  1770. 5.1.2
  1771.     \fIBit timing\fR 
  1772. .sp 9p
  1773. .RT
  1774. .PP
  1775. This function provides bit (signal element) timing at\ 192\ kbit/s to enable 
  1776. the TE and NT recover information from the 
  1777. aggregate bit
  1778. stream
  1779. .
  1780. .RT
  1781. .sp 1P
  1782. .LP
  1783. 5.1.3
  1784.     \fIOctet timing\fR 
  1785. .sp 9p
  1786. .RT
  1787. .PP
  1788. This function provides 8\ kHz octet timing for the NT and TE.
  1789. .RT
  1790. .sp 1P
  1791. .LP
  1792. 5.1.4
  1793.     \fIFrame alignment\fR 
  1794. .sp 9p
  1795. .RT
  1796. .PP
  1797. This function provides information to enable NT and TE to recover the time 
  1798. division multiplexed channels. 
  1799. .RT
  1800. .sp 1P
  1801. .LP
  1802. 5.1.5
  1803.     \fID\(hychannel\fR 
  1804. .sp 9p
  1805. .RT
  1806. .PP
  1807. This function provides, for each direction of transmission, one
  1808. D\(hychannel at a bit rate of 16\ kbit/s, as defined in Recommendation\ I.412.
  1809. .RT
  1810. .sp 1P
  1811. .LP
  1812. 5.1.6
  1813.     \fID\(hychannel access procedure\fR 
  1814. .sp 9p
  1815. .RT
  1816. .PP
  1817. This function is specified to enable TEs to gain access to the
  1818. common resource of the D\(hychannel in an orderly controlled fashion. The
  1819. functions necessary for these procedures include an 
  1820. echoed D\(hychannel
  1821. at a bit rate of\ 16\ kbit/s in the direction NT to TE. For the definition 
  1822. of the 
  1823. procedures relating to D\(hychannel access see\ \(sc\ 6.1.
  1824. .RT
  1825. .sp 1P
  1826. .LP
  1827. 5.1.7
  1828.     \fIPower feeding\fR 
  1829. .sp 9p
  1830. .RT
  1831. .PP
  1832. This function provides for the capability to transfer power across the 
  1833. interface. The direction of power transfer depends on the application. 
  1834. In a typical application, it may be desirable to provide for power transfer 
  1835. from the NT towards the TEs in order to, for example, maintain a 
  1836. basic telephony
  1837. service
  1838. in the event of failure of the locally provided power. (In some
  1839. applications unidirectional power feeding or no power feeding at all, across
  1840. the interface, may apply.) The detailed specification of power feeding
  1841. capability is contained in\ \(sc\ 9.
  1842. .RT
  1843. .sp 1P
  1844. .LP
  1845. 5.1.8
  1846.     \fIDeactivation\fR 
  1847. .sp 9p
  1848. .RT
  1849. .PP
  1850. This function is specified in order to permit the TE and NT to be placed 
  1851. in a 
  1852. low power consumption mode
  1853. when no calls are in progress. For TEs that are power fed across the interface 
  1854. from power source\ 1 and for 
  1855. remotely power fed NTs, deactivation places the functions that are so powered 
  1856. into a low power consumption mode (see\ \(sc\ 9). The procedures and precise 
  1857. conditions under which deactivation takes place are specified in\ \(sc\ 
  1858. 6.2. (For 
  1859. some applications it will be appropriate for NTs to remain in the active 
  1860. state all the time.) 
  1861. .bp
  1862. .RT
  1863. .sp 1P
  1864. .LP
  1865. 5.1.9
  1866.     \fIActivation\fR 
  1867. .sp 9p
  1868. .RT
  1869. .PP
  1870. This function restores all the functions of a TE or an NT, which
  1871. may have been placed into a low power consumption mode during deactivation, 
  1872. to an operating power mode (see\ \(sc\ 9), whether under normal or restricted 
  1873. power 
  1874. conditions. The procedures and precise conditions under which activation 
  1875. takes place are defined in | (sc\ 6.2. (For some applications it will be 
  1876. appropriate for NTs to remain in the active state all the time.) 
  1877. .RT
  1878. .sp 1P
  1879. .LP
  1880. 5.2
  1881.     \fIInterchange circuits\fR 
  1882. .sp 9p
  1883. .RT
  1884. .PP
  1885. Two interchange circuits, one for each direction of transmission, shall 
  1886. be used to transfer digital signals across the interface. All of the 
  1887. functions described in\ \(sc\ 5.1, except for power feeding, shall be carried 
  1888. by 
  1889. means of a digitally multiplexed signal structured as defined in\ \(sc\ 5.4.
  1890. .RT
  1891. .sp 1P
  1892. .LP
  1893. 5.3
  1894.     \fIConnected/disconnected indication\fR 
  1895. .sp 9p
  1896. .RT
  1897. .PP
  1898. The 
  1899. appearance/disapearance of power
  1900. is the criterion used by a TE to determine whether it is connected/disconnected 
  1901. at the interface. 
  1902. This is necessary for TEI (Terminal Endpoint Identifier) assignments
  1903. according to the procedures described in Recommendation\ I.441.
  1904. .PP
  1905. A TE which considers itself connected, when unplugged, can cause
  1906. duplication of TEI values after reconnection. When duplication occurs,
  1907. procedures described in Recommendation\ I.441 will permit recovery.
  1908. .RT
  1909. .sp 1P
  1910. .LP
  1911. 5.3.1
  1912.     \fITEs powered across the interface\fR 
  1913. .sp 9p
  1914. .RT
  1915. .PP
  1916. A TE which is powered from power source\ 1 or\ 2 across the interface shall 
  1917. use the detection of power source\ 1 or\ 2, respectively, to establish 
  1918. the connection status. (See\ \(sc\ 9 and Figure\ 20/I.430 for a description 
  1919. of the power sources.) 
  1920. .RT
  1921. .sp 1P
  1922. .LP
  1923. 5.3.2
  1924.     \fITEs not powered across the interface\fR 
  1925. .sp 9p
  1926. .RT
  1927. .PP
  1928. A TE which is not powered across the interface may use
  1929. either:
  1930. .RT
  1931. .LP
  1932.     a)
  1933.      the detection of power source\ 1 or power source\ 2, whichever may be 
  1934. provided, to establish the connection status; or 
  1935. .LP
  1936.     b)
  1937.     the presence/absence of local power to establish the
  1938. connection status.
  1939. .PP
  1940. TEs which are not powered across the interface and are unable to detect 
  1941. the presence of power source\ 1 or\ 2 shall consider themselves 
  1942. connected/disconnected when local power is applied/removed.
  1943. .PP
  1944. \fINote\fR \ \(em\ It is desirable to use the detection of power source\ 1 or
  1945. source\ 2 to establish the connection status when automatic TEI selection
  1946. procedures are used within the management entity.
  1947. .RT
  1948. .sp 1P
  1949. .LP
  1950. 5.3.3
  1951.     \fIIndication of connection status\fR 
  1952. .sp 9p
  1953. .RT
  1954. .PP
  1955. TEs which use the detection of power source\ 1 or\ 2, whichever is
  1956. used to determine connection/disconnection, to establish the connection 
  1957. status shall inform the management entity (for TEI purposes) using: 
  1958. .RT
  1959. .LP
  1960.     a)
  1961.     MPH\(hyINFORMATION INDICATION (connected)
  1962. .LP
  1963.     when operational power and the presence of power source\ 1
  1964. or\ 2, whichever is used to determine connection/disconnection, is detected;
  1965. and
  1966. .LP
  1967.     b)
  1968.     MPH\(hyINFORMATION INDICATION (disconnected)
  1969. .LP
  1970.      when the disappearance of power source\ 1 or\ 2, whichever is used to 
  1971. determine connection/disconnection, is detected, or power in the TE is 
  1972. lost. 
  1973. .PP
  1974. TEs which are unable to detect power source\ 1 or\ 2, whichever may be 
  1975. provided, and, therefore, use the presence/absence of local power to 
  1976. estabish the connection status [see\ \(sc\ 5.3.2\ b)], shall inform the 
  1977. management 
  1978. entity using:
  1979. .LP
  1980.     a)
  1981.     MPH\(hyINFORMATION INDICATION (disconnected)
  1982. .LP
  1983.     when power (see Note) in the TE is lost;
  1984. .LP
  1985.     b)
  1986.     MPH\(hyINFORMATION INDICATION (connected)
  1987. .LP
  1988.     when power (see Note) in the TE is applied.
  1989. .PP
  1990. \fINote\fR \ \(em\ The term \*Qpower\*U could be the full operational power or
  1991. backup power
  1992. . Backup power is defined such that it is enough to hold
  1993. TEI values in memory and maintain the capability of receiving and transmiting 
  1994. layer\ 2 frames associated with the TEI procedures. 
  1995. .bp
  1996. .sp 1P
  1997. .LP
  1998. 5.4
  1999.     \fIFrame structure\fR 
  2000. .sp 9p
  2001. .RT
  2002. .PP
  2003. In both directions of transmission, the bits shall be grouped into frames 
  2004. of\ 48\ bits each. The frame structure shall be identical for all 
  2005. configurations (point\(hyto\(hypoint and point\(hyto\(hymultipoint).
  2006. .RT
  2007. .sp 1P
  2008. .LP
  2009. 5.4.1
  2010.     \fIBit rate\fR 
  2011. .sp 9p
  2012. .RT
  2013. .PP
  2014. The nominal transmitted bit rate at the interfaces shall be
  2015. 192\ kbit/s in both directions of transmission.
  2016. .RT
  2017. .sp 1P
  2018. .LP
  2019. 5.4.2
  2020.     \fIBinary organization of the frame\fR 
  2021. .sp 9p
  2022. .RT
  2023. .PP
  2024. The frame structures are different for each direction of
  2025. transmission. Both structures are illustrated diagrammatically in
  2026. Figure\ 3/I.430.
  2027. .RT
  2028. .LP
  2029. .rs
  2030. .sp 29P
  2031. .ad r
  2032. \fBFigure 3/I.430, p.  \fR 
  2033. .sp 1P
  2034. .RT
  2035. .ad b
  2036. .RT
  2037. .sp 1P
  2038. .LP
  2039. 5.4.2.1
  2040.     \fITE to NT\fR 
  2041. .sp 9p
  2042. .RT
  2043. .PP
  2044. Each frame consists of the groups of bits shown in Table\ 2/I.430; each 
  2045. individual group is d.c.\(hybalanced by its last bit\ (L\ bit). 
  2046. .RT
  2047. .sp 1P
  2048. .LP
  2049. 5.4.2.2
  2050.     \fINT to TE\fR 
  2051. .sp 9p
  2052. .RT
  2053. .PP
  2054. Frames transmitted by the NT contain an 
  2055. echo channel
  2056. (E\ bits) used to retransmit the D\ bits received from the TEs. The D\(hyecho
  2057. channel is used for D\(hychannel access control. The last bit of the frame 
  2058. (L\ bit) is used for balancing each complete frame. 
  2059. .PP
  2060. The bits are grouped as shown in Table\ 3/I.430.
  2061. .bp
  2062. .RT
  2063. .ce
  2064. \fBH.T. [T2.430]\fR 
  2065. .ce
  2066. TABLE\ 2/I.430
  2067. .ps 9
  2068. .vs 11
  2069. .nr VS 11
  2070. .nr PS 9
  2071. .TS
  2072. center box;
  2073. cw(48p) | cw(144p) .
  2074. Bit position    Group  
  2075. _
  2076. .T&
  2077. lw(48p) | lw(144p) .
  2078. 1 and 2     {
  2079. Framing signal with balance bit
  2080.  }
  2081. .T&
  2082. lw(48p) | lw(144p) .
  2083. 3 \(hy 11     {
  2084. B1\(hychannel (first octet) with balance bit
  2085.  }
  2086. .T&
  2087. lw(48p) | lw(144p) .
  2088. 12 and 13     {
  2089. D\(hychannel bit with balance bit
  2090.  }
  2091. .T&
  2092. lw(48p) | lw(144p) .
  2093. 14 and 15     {
  2094. F
  2095. A auxiliary framing bit or Q\ bit
  2096. with balance bit
  2097.  }
  2098. .T&
  2099. lw(48p) | lw(144p) .
  2100. 16 \(hy 24     {
  2101. B2\(hychannel (first octet) with balance bit
  2102.  }
  2103. .T&
  2104. lw(48p) | lw(144p) .
  2105. 25 and 26     {
  2106. D\(hychannel bit with balance bit
  2107.  }
  2108. .T&
  2109. lw(48p) | lw(144p) .
  2110. 27 \(hy 35     {
  2111. B1\(hychannel (second octet) with balance bit
  2112.  }
  2113. .T&
  2114. lw(48p) | lw(144p) .
  2115. 36 and 37     {
  2116. D\(hychannel bit with balance bit
  2117. \fR
  2118.  }
  2119. .T&
  2120. lw(48p) | lw(144p) .
  2121. 38 \(hy 46     {
  2122. B2\(hychannel (second octet) with balance bit
  2123.  }
  2124. .T&
  2125. lw(48p) | lw(144p) .
  2126. 47 and 48     {
  2127. D\(hychannel bit with balance bit
  2128.  }
  2129. _
  2130. .TE
  2131. .nr PS 9
  2132. .RT
  2133. .ad r
  2134. \fBTableau 2/I.430 [T2.430], p. 11\fR 
  2135. .sp 1P
  2136. .RT
  2137. .ad b
  2138. .RT
  2139. .LP
  2140. .sp 4
  2141. .ce
  2142. \fBH.T. [T3.430]\fR 
  2143. .ce
  2144. TABLE\ 3/I.430
  2145. .ps 9
  2146. .vs 11
  2147. .nr VS 11
  2148. .nr PS 9
  2149. .TS
  2150. center box;
  2151. cw(48p) | cw(120p) .
  2152. Bit position    Group  
  2153. _
  2154. .T&
  2155. lw(48p) | lw(120p) .
  2156. 1 and 2     {
  2157. Framing signal with balance bit
  2158.  }
  2159. .T&
  2160. lw(48p) | lw(120p) .
  2161. 3 \(hy 10    B1\(hychannel (first octet)
  2162. .T&
  2163. lw(48p) | lw(120p) .
  2164. 11    E, D\(hyecho\(hychannel bit
  2165. .T&
  2166. lw(48p) | lw(120p) .
  2167. 12    D\(hychannel bit
  2168. .T&
  2169. lw(48p) | lw(120p) .
  2170. 13    Bit A used for activation
  2171. .T&
  2172. lw(48p) | lw(120p) .
  2173. 14    F A auxiliary framing bit
  2174. .T&
  2175. lw(48p) | lw(120p) .
  2176. 15     {
  2177. N bit (coded as defined in \(sc\ 6.3)
  2178.  }
  2179. .T&
  2180. lw(48p) | lw(120p) .
  2181. 16 \(hy 23    B2\(hychannel (first octet)
  2182. .T&
  2183. lw(48p) | lw(120p) .
  2184. 24    E, D\(hyecho\(hychannel bit
  2185. .T&
  2186. lw(48p) | lw(120p) .
  2187. 25    D\(hychannel bit
  2188. .T&
  2189. lw(48p) | lw(120p) .
  2190. 26    M, multiframing bit
  2191. .T&
  2192. lw(48p) | lw(120p) .
  2193. 27 \(hy 34    B1\(hychannel (second octet)
  2194. .T&
  2195. lw(48p) | lw(120p) .
  2196. 35    E, D\(hyecho\(hychannel bit
  2197. .T&
  2198. lw(48p) | lw(120p) .
  2199. 36    D\(hychannel bit
  2200. .T&
  2201. lw(48p) | lw(120p) .
  2202. 37     {
  2203. S, The use of this bit is for further study
  2204.  }
  2205. .T&
  2206. lw(48p) | lw(120p) .
  2207. 38 \(hy 45    B2\(hychannel (second octet)
  2208. .T&
  2209. lw(48p) | lw(120p) .
  2210. 46    E, D\(hyecho\(hychannel bit
  2211. .T&
  2212. lw(48p) | lw(120p) .
  2213. 47    D\(hychannel bit
  2214. .T&
  2215. lw(48p) | lw(120p) .
  2216. 48     {
  2217. Frame balance bit
  2218.  }
  2219. _
  2220. .TE
  2221. .LP
  2222. \fINote\fR
  2223. \ \(em\ S is set to binary ZERO.
  2224. .nr PS 9
  2225. .RT
  2226. .ad r
  2227. \fBTableau 3/I.430 [T3.430], p. 12\fR 
  2228. .sp 1P
  2229. .RT
  2230. .ad b
  2231. .RT
  2232. .LP
  2233. .bp
  2234. .sp 1P
  2235. .LP
  2236. 5.4.2.3
  2237.     \fIRelative bit positions\fR 
  2238. .sp 9p
  2239. .RT
  2240. .PP
  2241. At the TEs, timing in the direction TE to NT shall be derived from the 
  2242. frames received from the NT. 
  2243. .PP
  2244. The first bit of each frame transmitted from a TE towards the NT shall 
  2245. be delayed, nominally, by two bit periods with respect to the first bit 
  2246. of the frame received from the NT. Figure\ 3/I.430 illustrates the relative 
  2247. bit 
  2248. positions for both transmitted and received frames.
  2249. .RT
  2250. .sp 1P
  2251. .LP
  2252. 5.5
  2253.     \fILine code\fR 
  2254. .sp 9p
  2255. .RT
  2256. .PP
  2257. For both directions of transmission, 
  2258. pseudo\(hyternary coding
  2259. is used with\ 100% pulse width as shown in Figure\ 4/I.430. Coding is performed 
  2260. in such a way that a binary ONE is represented by no line signal; whereas, 
  2261. a 
  2262. binary ZERO is represented by a positive or negative pulse. The first binary
  2263. ZERO following the framing bit\(hybalance bit is of the same polarity as the
  2264. framing bit\(hybalance bit. Subsequent binary ZEROs must alternate in polarity. 
  2265. A balance bit is a binary ZERO if the number of binary ZEROs following 
  2266. the 
  2267. previous balance bit is odd. A balance bit is a binary ONE if the number of
  2268. binary ZEROs following the previous balance bit is even.
  2269. .RT
  2270. .LP
  2271. .rs
  2272. .sp 11P
  2273. .ad r
  2274. \fBFigure 4/I.430, p.  \fR 
  2275. .sp 1P
  2276. .RT
  2277. .ad b
  2278. .RT
  2279. .sp 1P
  2280. .LP
  2281. 5.6
  2282.     \fITiming considerations\fR 
  2283. .sp 9p
  2284. .RT
  2285. .PP
  2286. The NT shall derive its timing from the 
  2287. network clock
  2288. . A TE shall derive its timing (bit, octet, frame) from the signal received 
  2289. from the NT and use this derived timing to synchronize its transmitted 
  2290. signal. 
  2291. .RT
  2292. .sp 2P
  2293. .LP
  2294. \fB6\fR     \fBInterface procedures\fR 
  2295. .sp 1P
  2296. .RT
  2297. .sp 1P
  2298. .LP
  2299. 6.1
  2300.     \fID\(hychannel access procedure\fR 
  2301. .sp 9p
  2302. .RT
  2303. .PP
  2304. The following procedure allows for a number of TEs connected in a multipoint 
  2305. configuration to gain access to the D\(hychannel in an orderly fashion. 
  2306. The procedure always ensures that, even in cases where two or more TEs 
  2307. attempt to access the D\(hychannel simultaneously, one, but only one, of 
  2308. the TEs will be successful in completing transmission of its information. 
  2309. This procedure relies upon the use of layer\ 2 frames delimited by flags 
  2310. consisting of the binary 
  2311. pattern\ \*Q01111110\*U and the use of zero bit insertion to prevent flag 
  2312. imitation (see Recommendation\ I.441). 
  2313. .PP
  2314. The procedure also permits TEs to operate in a point\(hyto\(hypoint
  2315. manner.
  2316. .RT
  2317. .sp 1P
  2318. .LP
  2319. 6.1.1
  2320.     \fIInterframe (layer 2)\fR 
  2321. \fItime fill\fR 
  2322. .sp 9p
  2323. .RT
  2324. .PP
  2325. When a TE has no layer\ 2 frames to transmit, it shall send binary ONEs 
  2326. on the D\(hychannel,\ i.e., the 
  2327. interframe time fill
  2328. in the TE\(hyto\(hyNT   direction shall be binary ONEs.
  2329. .PP
  2330. When an NT has no layer 2 frames to transmit, it shall send binary
  2331. ONEs or HDLC flags,\ i.e., the interframe time fill in the NT\(hyto\(hyTE 
  2332. direction 
  2333. shall be either all binary ONEs or repetitions of the octet\ \*Q01111110\*U. 
  2334. When 
  2335. the 
  2336. interframe time fill
  2337. is 
  2338. HDLC flags
  2339. , the flag which defines the end of a frame may define the start of the 
  2340. next frame. 
  2341. .bp
  2342. .RT
  2343. .sp 1P
  2344. .LP
  2345. 6.1.2
  2346.     \fID\(hyecho channel\fR 
  2347. .sp 9p
  2348. .RT
  2349. .PP
  2350. The NT, on receipt of a D\(hychannel bit from TE or TEs, shall reflect 
  2351. the binary value in the next available D\(hyecho channel bit position towards 
  2352. the TE. (It may be necessary to force the D\(hyecho channel bits to all 
  2353. binary ZEROs during certain loopbacks\ \(em\ see Note\ 4 of Table\ I.1/I.430 
  2354. and\ \(sc\ 5 of 
  2355. Recommendation\ G.960).
  2356. .RT
  2357. .sp 1P
  2358. .LP
  2359. 6.1.3
  2360.     \fID\(hychannel monitoring\fR 
  2361. .sp 9p
  2362. .RT
  2363. .PP
  2364. A TE, while in the active condition, shall monitor the D\(hyecho
  2365. channel, counting the number of consecutive binary ONEs. If a ZERO bit is
  2366. detected, the TE shall restart counting the number of consecutive ONE bits. 
  2367. The current value of the count is called\ C. 
  2368. .PP
  2369. \fINote\fR \ \(em\ C need not be incremented after the value eleven has been
  2370. reached.
  2371. .RT
  2372. .sp 1P
  2373. .LP
  2374. 6.1.4
  2375.     \fIPriority mechanism\fR 
  2376. .sp 9p
  2377. .RT
  2378. .PP
  2379. Layer 2 frames are transmitted in such a way that signalling
  2380. information is given priority (priority class\ 1) over all other types of
  2381. information (priority class\ 2). Furthermore, to ensure that within each
  2382. priority class all competing TEs are given a fair access to the D\(hychannel, 
  2383. once a TE has successfully completed the transmission of a frame, it is 
  2384. given a 
  2385. lower level of priority within that class. The TE is given back its normal
  2386. level within a priority class when all TEs have had an opportunity to transmit 
  2387. information at the normal level within that priority class. 
  2388. .PP
  2389. The 
  2390. priority class
  2391. of a particular layer 2 frame may be
  2392. a characteristic of the TE which is preset at manufacture or at installation, 
  2393. or it may be passed down from layer\ 2 as a parameter of the PH\(hyDATA 
  2394. REQUEST 
  2395. primitive.
  2396. .PP
  2397. The priority mechanism is based on the requirement that a TE may start 
  2398. layer\ 2 frame transmission only when\ C (see\ \(sc\ 6.1.3) is equal to, 
  2399. or exceeds, the value\ X\d1\ufor priority class\ 1 or is equal to, or exceeds, 
  2400. the 
  2401. value\ X\d2\ufor priority class\ 2. The value of\ X\d1\ushall be eight for the
  2402. normal level and nine for the lower level of priority. The value of\ X\d2\ushall 
  2403. be ten for the normal level and eleven for the lower level of priority. 
  2404. .PP
  2405. In a priority class the value of the normal level of priority is
  2406. changed into the value of the lower level of priority (i.e.\ higher value) 
  2407. when a TE has successfully transmitted a layer\ 2 frame of that priority 
  2408. class. 
  2409. .PP
  2410. The value of the lower level of priority is changed back to the value of 
  2411. the normal level of priority when\ C (see\ \(sc\ 6.1.3) equals the value 
  2412. of the 
  2413. lower level of priority, (i.e.\ higher value).
  2414. .RT
  2415. .sp 1P
  2416. .LP
  2417. 6.1.5
  2418.     \fICollision detection\fR 
  2419. .sp 9p
  2420. .RT
  2421. .PP
  2422. While transmitting information in the D\(hychannel, the TE
  2423. shall monitor the received D\(hyecho channel and compare the last transmitted 
  2424. bit with the next available D\(hyecho bit. If the transmitted bit is the 
  2425. same as the received echo, the TE shall continue its transmission. If, 
  2426. however, the 
  2427. received echo is different from the transmitted bit, the TE shall cease
  2428. transmission immediately and return to the 
  2429. D\(hychannel monitoring
  2430. state
  2431. .
  2432. .RT
  2433. .sp 1P
  2434. .LP
  2435. 6.1.6
  2436.     \fIPriority system\fR 
  2437. .sp 9p
  2438. .RT
  2439. .PP
  2440. Annex B describes an example of how the priority system may be
  2441. implemented.
  2442. .RT
  2443. .LP
  2444. 6.2\ \ 
  2445. \fIActivation/deactivation\fR 
  2446. .sp 1P
  2447. .RT
  2448. .sp 2P
  2449. .LP
  2450. 6.2.1\ \ \fIDefinitions\fR 
  2451. .sp 1P
  2452. .RT
  2453. .sp 1P
  2454. .LP
  2455. 6.2.1.1\ \ 
  2456. \fITE states\fR 
  2457. .sp 9p
  2458. .RT
  2459. .sp 1P
  2460. .LP
  2461. 6.2.1.1.1\ \ State F1 (inactive): In this inactive state the TE is not
  2462. transmitting. In the case of locally powered TEs which cannot detect the
  2463. appearance/disappearance of power source\ 1 or\ 2, this state is entered when
  2464. local power is not present. For TEs which can detect power source\ 1 or power
  2465. source\ 2, this state is entered whenever loss of power (required to support 
  2466. all TEI functions) is detected, or when the absence of power from source\ 
  2467. 1 or\ 2, 
  2468. whichever power source is used for determining the connection status, is
  2469. detected.
  2470. .sp 9p
  2471. .RT
  2472. .LP
  2473. 6.2.1.1.2\ \ State F2 (sensing): This state is entered after the TE has been
  2474. powered on but has not determined the type of signal (if any) that the TE is
  2475. receiving.
  2476. .bp
  2477. .LP
  2478. 6.2.1.1.3\ \ State F3 (deactivated): This is the deactivated state of the
  2479. physical protocol. Neither the NT nor the TE is transmitting.
  2480. .LP
  2481. 6.2.1.1.4\ \ State F4 (awaiting signal): When the TE is requested to initiate
  2482. activation by means of a 
  2483. PH\(hyACTIVATE REQUEST primitive, it transmits a
  2484. signal (INFO\ 1) and waits for a response from the NT.
  2485. .LP
  2486. 6.2.1.1.5\ \ State F5 (identifying input): At the first receipt of any signal
  2487. from the NT, the TE ceases to transmit INFO\ 1 and awaits identification of
  2488. signal INFO\ 2 or INFO\ 4.
  2489. .LP
  2490. 6.2.1.1.6\ \ State F6 (synchronized): When the TE receives an activation 
  2491. signal (INFO\ 2) from the NT, it responds with a signal (INFO\ 3) and waits 
  2492. for normal frames (INFO\ 4) from the NT. 
  2493. .LP
  2494. 6.2.1.1.7\ \ State F7 (activated): This is the normal active state with the
  2495. protocol activated in both directions. Both the NT and the TE are transmitting 
  2496. normal frames. 
  2497. .LP
  2498. 6.2.1.1.8\ \ State F8 (lost framing): This is the condition when the TE 
  2499. has lost frame synchronization and is awaiting re\(hysynchronization by 
  2500. receipt of INFO\ 2 or INFO\ 4 or deactivation by receipt of INFO\ 0. 
  2501. .sp 2P
  2502. .LP
  2503. 6.2.1.2\ \ 
  2504. \fINT states\fR 
  2505. .sp 1P
  2506. .RT
  2507. .sp 1P
  2508. .LP
  2509. 6.2.1.2.1\ \ State G1 (deactive): In this deactivated state the NT is not
  2510. transmitting.
  2511. .sp 9p
  2512. .RT
  2513. .LP
  2514. 6.2.1.2.2\ \ State G2 (pending activation): In this partially active state 
  2515. the NT sends INFO\ 2 while waiting for INFO\ 3. This state will be entered 
  2516. on request 
  2517. by higher layers, by means of a PH\(hyACTIVATE REQUEST primitive, or on the
  2518. receipt of INFO\ 0 or lost framing while in the active state\ (G3). Then the
  2519. choice to eventually deactivate is up to higher layers within the NT.
  2520. .LP
  2521. 6.2.1.2.3\ \ State G3 (active): This is the normal active state where the 
  2522. NT and TE are active with INFO\ 4 and INFO\ 3, respectively. A deactivation 
  2523. may be 
  2524. initiated by the NT system management, by means of an MPH\(hyDEACTIVE REQUEST
  2525. primitive, or the NT may be in the active state all the time, under non\(hyfault 
  2526. conditions. 
  2527. .LP
  2528. 6.2.1.2.4\ \ State G4 (pending deactivation): When the NT wishes to deactivate, 
  2529. it may wait for a timer to expire before returning to the deactivated state. 
  2530. .sp 1P
  2531. .LP
  2532. 6.2.1.3
  2533.     \fIActivate primitives\fR 
  2534. .sp 9p
  2535. .RT
  2536. .PP
  2537. The following primitives should be used between layers\ 1 and\ 2 and between 
  2538. layer\ 1 and the management entity in the activation procedures. For use 
  2539. in state diagrams,\ etc., abbreviations of the primitive names are also 
  2540. given.
  2541. .RT
  2542. .LP
  2543.     PH\(hyACTIVATE REQUEST (PH\(hyAR)
  2544. .LP
  2545.     PH\(hyACTIVATE INDICATION (PH\(hyAI)
  2546. .LP
  2547.     MPH\(hyACTIVATE INDICATION (MPH\(hyAI)
  2548. .sp 1P
  2549. .LP
  2550. 6.2.1.4
  2551.     \fIDeactivate primitives\fR 
  2552. .sp 9p
  2553. .RT
  2554. .PP
  2555. The following primitives should be used between layers\ 1 and\ 2 and between 
  2556. layer\ 1 and the management entity in the deactivation procedures. For 
  2557. use in state diagrams, etc., abbreviations of the primitive names are also 
  2558. given.
  2559. .RT
  2560. .LP
  2561.     MPH\(hyDEACTIVATE REQUEST (MPH\(hyDR)
  2562. .LP
  2563.     MPH\(hyDEACTIVATE INDICATION (MPH\(hyDI)
  2564. .LP
  2565.     PH\(hyDEACTIVATE INDICATION (PH\(hyDI)
  2566. .sp 1P
  2567. .LP
  2568. 6.2.1.5
  2569.     \fIManagement primitives\fR 
  2570. .sp 9p
  2571. .RT
  2572. .PP
  2573. The following primitives should be used between layer\ 1 and the
  2574. management entity. For use in state diagrams, etc., abbreviations of the
  2575. primitive names are also given.
  2576. .RT
  2577. .LP
  2578.     MPH\(hyERROR INDICATION (MPH\(hyEI)
  2579. .LP
  2580.      Message unit contains type of error or recovery from a previously reported 
  2581. error. 
  2582. .LP
  2583.     MPH\(hyINFORMATION INDICATION (MPH\(hyII)
  2584. .LP
  2585.     Message unit contains information regarding the physical layer
  2586. conditions. Two parameters are provisionally defined: connected and
  2587. disconnected.
  2588. .PP
  2589. \fINote\fR \ \(em\ Implementation of primitives in NTs and TEs is not for
  2590. recommendation.
  2591. .bp
  2592. .sp 1P
  2593. .LP
  2594. 6.2.1.6
  2595.     \fIValid primitive sequences\fR 
  2596. .sp 9p
  2597. .RT
  2598. .PP
  2599. The primitives defined in\ \(sc\ 6.2.1.3, \(sc\ 6.2.1.4 and\ \(sc\ 6.2.1.5
  2600. specify, conceptually, the service provided by layer\ 1 to layer\ 2 and the
  2601. layer\ 1 management entity. The constraints on the sequence in which the
  2602. primitives may occur are specified in Figure\ 5/I.430. These diagrams do not
  2603. represent the states which must exist for the layer\ 1 entity. However, 
  2604. they do illustrate the condition that the layer\ 2 and management enities 
  2605. perceive 
  2606. layer\ 1 to be in at a result of the primitives transferred between entities.
  2607. Furthermore, Figure\ 5/I.430 does not represent an interface and is used only
  2608. for modelling purposes.
  2609. .RT
  2610. .LP
  2611. .rs
  2612. .sp 45P
  2613. .ad r
  2614. \fBFigure 5/I.430, p.\fR 
  2615. .sp 1P
  2616. .RT
  2617. .ad b
  2618. .RT
  2619. .LP
  2620. .bp
  2621. .sp 1P
  2622. .LP
  2623. 6.2.2
  2624.     \fISignals\fR 
  2625. .sp 9p
  2626. .RT
  2627. .PP
  2628. The identifications of specific signals across the 
  2629. S/T
  2630. reference point
  2631. are given in Table\ 4/I.430. Also included is the coding for these signals.
  2632. .RT
  2633. .LP
  2634. .sp 1
  2635. .ce
  2636. \fBH.T. [T4.430]\fR 
  2637. .ce
  2638. TABLE\ 4/I.430
  2639. .ce
  2640. \fBDefinition of INFO signals\fR 
  2641. .ce
  2642. (Note 1)
  2643. .ps 9
  2644. .vs 11
  2645. .nr VS 11
  2646. .nr PS 9
  2647. .TS
  2648. center box;
  2649. cw(114p) | cw(114p) .
  2650. Signals from NT to TE    Signals from TE to NT  
  2651. _
  2652. .T&
  2653. lw(30p) | lw(84p) | lw(30p) | lw(84p) .
  2654. INFO\ 0    No signal.    INFO\ 0    No signal.
  2655. .T&
  2656. lw(30p) | lw(84p) | lw(30p) | cw(84p) .
  2657.         INFO\ 1 (Note\ 2)     {
  2658. A continuous signal with the following pattern:
  2659. Positive ZERO, negative ZERO, six ONEs.
  2660. \fBMONTAGE Figure CCITT 62731\fR
  2661. Nominal bit rate\ = 192\ kbit/s. \fR
  2662.  }
  2663. .T&
  2664. lw(30p) | lw(84p) | lw(30p) | cw(84p) .
  2665. INFO\ 2 (Note\ 3)     {
  2666. Frame with all bits of B, D, and D\(hyecho channels set to
  2667. binary ZERO. Bit\ A set to binary ZERO. N\ and\ L\ bits set
  2668. according to the normal coding
  2669. rules.
  2670.  }        
  2671. .T&
  2672. lw(30p) | lw(84p) | lw(30p) | lw(84p) .
  2673.         INFO\ 3     {
  2674. Synchronized frames with operational data on
  2675. B\ and\ D\ channels.
  2676.  }
  2677. .T&
  2678. lw(30p) | lw(84p) | lw(30p) | lw(84p) .
  2679. INFO\ 4 (Note\ 3)     {
  2680. Frames with operational data on B, D, and D\(hyecho channels.
  2681. Bit\ A set to binary ONE.
  2682.  }
  2683. .TE
  2684. .LP
  2685. \fINote\ 1\fR
  2686. \ \(em\ For configurations where the wiring polarity may
  2687. be reversed (see\ \(sc\ 4.3) signals may be received with the polarity
  2688. of the binary ZEROs inverted. All NT and TE receivers should be
  2689. designed to tolerate wiring polarity reversals.
  2690. .LP
  2691. \fINote\ 2\fR
  2692. \ \(em\ TEs which do not need the capability to initiate activation
  2693. of a deactivated I.430 interface (e.g., TEs required to handle only
  2694. incoming calls) need not have the capability to send INFO\ 1. In all
  2695. other respects, these TEs shall be in accordance with \(sc\ 6.2. It should
  2696. be noted that in the point\(hyto\(hymultipoint configuration more than one
  2697. TE transmitting simultaneously will produce a bit pattern, as received
  2698. by the NT, different form that described above, e.g., two or more
  2699. overlapping (asynchronous) instances of INFO\ 1.
  2700. .LP
  2701. \fINote\ 3\fR
  2702. \ \(em\ During the transmission of INFO\ 2 or INFO\ 4, the\ F
  2703. A bits and
  2704. the M\ bits from the NT may provide the Q\(hybit pattern designation as
  2705. described in \(sc\ 6.3.3.
  2706. .nr PS 9
  2707. .RT
  2708. .ad r
  2709. \fBTable 4/I.430 [T4.430], p.  \fR 
  2710. .sp 1P
  2711. .RT
  2712. .ad b
  2713. .RT
  2714. .sp 2P
  2715. .LP
  2716. .sp 1
  2717. 6.2.3
  2718.     \fIActivation/deactivation procedure for TEs\fR 
  2719. .sp 1P
  2720. .RT
  2721. .sp 1P
  2722. .LP
  2723. 6.2.3.1
  2724.     \fIGeneral TE procedures\fR 
  2725. .sp 9p
  2726. .RT
  2727. .PP
  2728. All TEs conform to the following (these statements are an aid to
  2729. understanding; the complete procedures are specified in\ \(sc\ 6.2.3.2):
  2730. .RT
  2731. .LP
  2732.     a)
  2733.     TEs, when first connected, when power is applied, or upon
  2734. the loss of frame alignment (see\ \(sc\ 6.3.1.1) shall transmit INFO\ 0. 
  2735. However, the TE that is disconnected but powered is a special situation 
  2736. and could be 
  2737. transmitting INFO\ 1 when connected.
  2738. .LP
  2739.     b)
  2740.     TEs transmit INFO\ 3 when frame alignment is established
  2741. (see\ \(sc\ 6.3.1.2). However, the satisfactory transmission of operational 
  2742. data 
  2743. cannot be assured prior to the receipt of INFO\ 4.
  2744. .LP
  2745.     c)
  2746.      TEs that are locally powered shall, when power is removed, initiate the 
  2747. transmission of INFO\ 0 before frame alignment is lost. 
  2748. .bp
  2749. .sp 1P
  2750. .LP
  2751. 6.2.3.2
  2752.     \fISpecification of the procedure\fR 
  2753. .sp 9p
  2754. .RT
  2755. .PP
  2756. The procedure for TEs which can detect power source\ 1 or\ 2 is shown in 
  2757. the form of a finite state matrix Table\ 5/I.430. An SDL representation 
  2758. of 
  2759. the procedure is outlined in Annex\ C. The finite state matrices for two 
  2760. other TE types are given in Annex\ C, Tables\ C\(hy1/I.430 and\ C\(hy2/I.430. 
  2761. The finite state matrix and SDL representations reflect the requirements 
  2762. necessary to assure 
  2763. proper interfacing of a TE with an NT conforming to the procedures described 
  2764. in Table\ 6/I.430. They also describe primitives at the layer\ 1/2 boundary 
  2765. and 
  2766. layer\ 1/management entity boundary.
  2767. .RT
  2768. .sp 2P
  2769. .LP
  2770. 6.2.4
  2771.     \fIActivation/deactivation for NTs\fR 
  2772. .sp 1P
  2773. .RT
  2774. .sp 1P
  2775. .LP
  2776. 6.2.4.1
  2777.     \fIActivating/deactivating NTs\fR 
  2778. .sp 9p
  2779. .RT
  2780. .PP
  2781. The procedure is shown in the form of a finite state matrix in
  2782. Table\ 6/I.430. An SDL representation of the procedure is outlined in Annex\ 
  2783. C. The 
  2784. finite state matrix
  2785. and SDL representations reflect the
  2786. requirements necessary to assure proper interfacing of an
  2787. activating/deactivating NT with a TE conforming to the procedures described 
  2788. in Table\ 5/I.430. They also describe primitives at the layer\ 1/2 boundary 
  2789. and 
  2790. layer\ 1/management entity boundary.
  2791. .RT
  2792. .sp 1P
  2793. .LP
  2794. 6.2.4.2
  2795.     \fINon\(hyactivating/non\(hydeactivating NTs\fR 
  2796. .sp 9p
  2797. .RT
  2798. .PP
  2799. The behaviour of such NTs is the same as that of an
  2800. activating/deactivating NT never receiving MPH\(hyDEACTIVATE REQUEST from the
  2801. management entity. States\ G1 (deactive), G4 (pending deactivation) and 
  2802. timers\ 1 and\ 2 may not exist from such NTs. 
  2803. .RT
  2804. .sp 1P
  2805. .LP
  2806. 6.2.5
  2807.     \fITimer values\fR 
  2808. .sp 9p
  2809. .RT
  2810. .PP
  2811. The finite state matrix tables show timers on both the TE and the NT. The 
  2812. following values are defined for timers: 
  2813. .RT
  2814. .LP
  2815.     \(em
  2816.     TE:\ Timer\ 3, not to be specified (the value depends on the
  2817. subscriber loop transmission technique. The worst case value is\ 30s).
  2818. .LP
  2819.     \(em
  2820.     NT:\ Timer\ 1, not to be specified.
  2821. .LP
  2822.     NT:\ 
  2823. Timer\ 2, 25 to 100 ms.
  2824. .sp 2P
  2825. .LP
  2826. 6.2.6
  2827.     \fIActivation times\fR 
  2828. .sp 1P
  2829. .RT
  2830. .sp 1P
  2831. .LP
  2832. 6.2.6.1
  2833.     \fITE activation times\fR 
  2834. .sp 9p
  2835. .RT
  2836. .PP
  2837. A TE in the deactivated state (F3) shall, upon the receipt of
  2838. INFO\ 2, establish frame synchronization and initiate the transmission 
  2839. of INFO\ 3 within\ 100\ ms. A TE shall recognize the receipt of INFO\ 4 
  2840. within two frames (in the absence of errors). 
  2841. .PP
  2842. A TE in the \*Qwaiting for signal\*U state (F4) shall, upon the receipt 
  2843. of INFO\ 2, cease the transmission of INFO\ 1 and initiate the transmission 
  2844. of 
  2845. INFO\ 0 within\ 5\ ms and then respond to INFO\ 2, within\ 100\ ms, as 
  2846. above. (Note that in Table\ 5/I.430, the transition from\ F4 to\ F5 is 
  2847. indicated as the result of the receipt of \*Qany signal\*U which is in 
  2848. recognition of the fact that a TE 
  2849. may not know that the signal being received is INFO\ 2 until after it has
  2850. recognized the presence of a signal.)
  2851. .RT
  2852. .sp 1P
  2853. .LP
  2854. 6.2.6.2
  2855.     \fINT activation times\fR 
  2856. .sp 9p
  2857. .RT
  2858. .PP
  2859. An NT in the deactivate state (G1) shall, upon the receipt of
  2860. INFO\ 1, initiate the transmission of INFO\ 2 (synchronized to the network)
  2861. within\ 1\ s under normal conditions. Delays, \*QDa\*U, as long as\ 30\ s are
  2862. acceptable under abnormal (non\(hyfault) conditions, e.g.,\ as a result 
  2863. of a need for retrain for an associated loop transmission system. 
  2864. .PP
  2865. An NT in the \*Qpending activation\*U state (G2) shall, upon the receipt 
  2866. of INFO\ 3, initiate the transmission of INFO\ 4 within 500\ ms under normal 
  2867. conditions. Delays, \*QDb\*U, as long as\ 15\ s are acceptable under abnormal
  2868. (non\(hyfault) conditions provided that the sum of the delays \*QDa\*U 
  2869. and \*QDb\*U are 
  2870. not greater than\ 30\ s.
  2871. .bp
  2872. .RT
  2873. .ce
  2874. \fBH.T. [1T5.430]\fR 
  2875. .ps 9
  2876. .vs 11
  2877. .nr VS 11
  2878. .nr PS 9
  2879. .TS
  2880. center box;
  2881. cw(312p) .
  2882. TABLE\ 5/I.430
  2883. .T&
  2884. cw(312p) .
  2885.  {
  2886. \fBActivation/deactivation layer 1 finite state matrix for TEs\fR
  2887. \fBTEs powered from power source 1 ou 2\fR
  2888.  }
  2889. .TE
  2890. .TS
  2891. center box ;
  2892. cw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  2893.  |     |     |     |     |     |     |     |     |  
  2894. .T&
  2895. rw(43p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  2896. State name    Inactive    Sensing    Deactivated    Awaiting signal    Identifying input    Synchronized    Activated    Lost framing
  2897. State number    F1    F2    F3    F4    F5    F6    F7    F8
  2898. Event  |  |   |  |   |  |    INFO sent  |  |   |  |  |  |    INFO 0  |  |    INFO 0  |  |    INFO 0  |  |    INFO 1  |  |    INFO 0  |  |    INFO 3  |  |    INFO 3  |  |    INFO 0  |  |
  2899. .T&
  2900. lw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  2901.  {
  2902. Power on and detection of Power\ S
  2903. (Note 1 and Note 2)
  2904.  }    F2    \(em    \(em    \(em    \(em    \(em    \(em    \(em
  2905. _
  2906. Loss of power (Note\ 1)    \(em    F1    MPH\(hyII(d); F1     {
  2907. MPH\(hyII(d),
  2908. MPH\(hyDI,
  2909. PH\(hyDI;
  2910. F1
  2911.  }     {
  2912. MPH\(hyII(d),
  2913. MPH\(hyDI,
  2914. PH\(hyDI;
  2915. F1
  2916.  }     {
  2917. MPH\(hyII(d),
  2918. MPH\(hyDI,
  2919. PH\(hyDI;
  2920. F1
  2921.  }     {
  2922. MPH\(hyII(d),
  2923. MPH\(hyDI,
  2924. PH\(hyDI;
  2925. F1
  2926.  }     {
  2927. MPH\(hyII(d),
  2928. MPH\(hyDI,
  2929. PH\(hyDI;
  2930. F1
  2931.  }
  2932. _
  2933. .T&
  2934. lw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  2935.  {
  2936. Disappearance of power\ S
  2937. (Note\ 2)
  2938.  }    \(em    F1    MPH\(hyII(d); F1     {
  2939. MPH\(hyII(d),
  2940. MPH\(hyDI,
  2941. PH\(hyDI;
  2942. F1
  2943.  }     {
  2944. MPH\(hyII(d),
  2945. MPH\(hyDI,
  2946. PH\(hyDI;
  2947. F1
  2948.  }     {
  2949. MPH\(hyII(d),
  2950. MPH\(hyDI,
  2951. PH\(hyDI;
  2952. F1
  2953.  }     {
  2954. MPH\(hyII(d),
  2955. MPH\(hyDI,
  2956. PH\(hyDI;
  2957. F1
  2958.  }     {
  2959. MPH\(hyII(d),
  2960. MPH\(hyDI,
  2961. PH\(hyDI;
  2962. F1
  2963.  }
  2964. .T&
  2965. lw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  2966. PH\(hyACTIVATE REQUEST    /    |    ST. T3; F4    |    |    \(em    |    \(em
  2967. .T&
  2968. lw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  2969. Expiry T3    /    /    \(em    MPH\(hyDI, PH\(hyDI; F3    MPH\(hyDI, PH\(hyDI; F3    MPH\(hyDI, PH\(hyDI; F3    \(em    \(em
  2970. .T&
  2971. lw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  2972. Receive INFO\ 0    /    MPH\(hyII(c); F3    \(em    \(em    \(em    MPH\(hyDI, PH\(hyDI; F3    MPH\(hyDI, PH\(hyDI; F3     {
  2973. MPH\(hyDI,
  2974. PH\(hyDI,
  2975. MPH\(hyEI2;
  2976. F3
  2977.  }
  2978. _
  2979. .T&
  2980. lw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  2981. Receive any signal (Note\ 3)    /    \(em    \(em    F5    \(em    /    /    \(em
  2982. _
  2983. .TE
  2984. .nr PS 9
  2985. .RT
  2986. .ad r
  2987. \fBTableau 5/I.430 [1T5.430] (\*`a l'italienne), p. 16\fR 
  2988. .sp 1P
  2989. .RT
  2990. .ad b
  2991. .RT
  2992. .LP
  2993. .bp
  2994. .ce
  2995. \fBH.T. [2T5.430]\fR 
  2996. .ps 9
  2997. .vs 11
  2998. .nr VS 11
  2999. .nr PS 9
  3000. .TS
  3001. center box;
  3002. cw(312p) .
  3003.  {
  3004. TABLE\ 5/I.430 \fI(cont.)\fR
  3005.  }
  3006. .T&
  3007. cw(312p) .
  3008.  {
  3009. \fBActivation/deactivation layer 1 finite state matrix for TEs\fR
  3010. \fBTEs powered from power source 1 ou 2\fR
  3011.  }
  3012. .TE
  3013. .TS
  3014. center box;
  3015. cw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  3016.  |     |     |     |     |     |     |     |     |  
  3017. .T&
  3018. rw(43p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  3019. State name    Inactive    Sensing    Deactivated    Awaiting signal    Identifying input    Synchronized    Activated    Lost framing
  3020. .T&
  3021. lw(291p) .
  3022. .T&
  3023. rw(34p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  3024. State number    F1    F2    F3    F4    F5    F6    F7    F8
  3025. .T&
  3026. lw(274p) .
  3027. .T&
  3028. lw(48p) | rw(24p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  3029. Event  |  |   |  |   |  |    INFO sent  |  |   |  |  |  |    INFO 0  |  |    INFO 0  |  |    INFO 0  |  |    INFO 1  |  |    INFO 0  |  |    INFO 3  |  |    INFO 3  |  |    INFO 0  |  |
  3030. .T&
  3031. lw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  3032. Receive INFO\ 2    /    MPH\(hyII(c); F6    F6    /    F6 (Note\ 4)    \(em    MPH\(hyEI1; F6    MPH\(hyEI2; F6
  3033. _
  3034. .T&
  3035. lw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  3036. Receive INFO\ 4    /     {
  3037. MPH\(hyII(c),
  3038. PH\(hyAI,
  3039. MPH\(hyAI;
  3040. F7
  3041.  }    PH\(hyAI, MPH\(hyAI; F7    /     {
  3042. PH\(hyAI,
  3043. MPH\(hyAI;
  3044. F7
  3045. (Note\ 4)
  3046.  }     {
  3047. PH\(hyAI,
  3048. MPH\(hyAI,
  3049. MPH\(hyEI2;
  3050. F7
  3051.  }    \(em     {
  3052. PH\(hyAI,
  3053. MPH\(hyAI,
  3054. MPH\(hyEI2;
  3055. F7
  3056.  }
  3057. _
  3058. .T&
  3059. lw(72p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) .
  3060. Lost framing    /    /    /    /    /    MPH\(hyEI1; F8    MPH\(hyEI1; F8    \(em
  3061. _
  3062. .T&
  3063. lw(138p) | lw(12p) | lw(162p) .
  3064.  {
  3065. \(em
  3066. No change, no action
  3067. |
  3068. Impossible by the definition of the layer\ 1 service
  3069. /
  3070. Impossible situation
  3071. a, b; Fn
  3072. Issue primitives \*Qa\*U and \*Qb\*U and then go to
  3073. state\ \*QFn\*U
  3074. PH\(hyAI
  3075. Primitive PH\(hyACTIVATE INDICATION
  3076. PH\(hyDI
  3077. Primitive PH\(hyDEACTIVATE INDICATION
  3078. MPH\(hyAI
  3079. Primitive MPH\(hyACTIVATE INDICATION
  3080.  }         {
  3081. MPH\(hyDI
  3082. Primitive MPH\(hyDEACTIVATE INDICATION
  3083. MPH\(hyEI1
  3084. Primitive MPH\(hyERROR INDICATION
  3085. reporting error
  3086. MPH\(hyEI2
  3087. Primitive MPH\(hyERROR INDICATION
  3088. reporting recovery from error
  3089. MPH\(hyII(c)
  3090. Primitive MPH\(hyINFORMATION INDICATION (connected)
  3091. MPH\(hyII(d)
  3092. Primitive MPH\(hyINFORMATION INDICATION (disconnected)
  3093. ST. T3
  3094. Start timer\ T3
  3095. Power\ S
  3096. Power source 1 or power source 2. \fR
  3097.  }
  3098. .T&
  3099. lw(312p) .
  3100.  {
  3101. Primitives are signals in a conceptual queue and will be cleared
  3102. on recognition, while the INFO signals are continuous signals which
  3103. are available all the time.
  3104.  }
  3105. .TE
  3106. .LP
  3107. \fINote\ 1\fR
  3108. \ \(em\ The term \*Qpower\*U could be the full operational power
  3109. or backup power. Backup power is defined such that it is enough
  3110. to hold the TEI value in memory and maintain the capability of receiving
  3111. and transmitting layer\ 2 frames associated with the TEI
  3112. procedures.
  3113. .LP
  3114. \fINote\ 2\fR
  3115. \ \(em\ The procedures described in Table\ 5/I.430 require the provision
  3116. of power source\ 1 or power source\ 2 to enable their complete operation.
  3117. A TE which determines that it is connected to an NT not providing power
  3118. source\ 1 or 2 should default to the procedures described in
  3119. Table\ C\(hy1/I.430.
  3120. .LP
  3121. \fINote\ 3\fR
  3122. \ \(em\ This event reflects the case where a signal is received
  3123. and the TE has not (yet) determined whether it is INFO\ 2 or
  3124. INFO\ 4.
  3125. .LP
  3126. \fINote\ 4\fR
  3127. \ \(em\ If INFO 2 or INFO 4 is not recognized within
  3128. 5\ ms after the appearance of a signal, TEs must go to\ F5.
  3129. .RT
  3130. .ad r
  3131. \fBTableau 5/I.430 [2T5.430] (\*`a l'italienne), p. 17\fR 
  3132. .sp 1P
  3133. .RT
  3134. .ad b
  3135. .RT
  3136. .LP
  3137. .bp
  3138. .ce
  3139. \fBH.T. [1T6.430]\fR 
  3140. .ce
  3141. TABLE\ 6/I.430
  3142. .ce
  3143. \fBActivation/deactivation layer 1 finite state matrix for NTs
  3144. .T&
  3145. lw(72p) | lw(42p) | lw(36p) | lw(42p) | lw(36p) .
  3146.                 
  3147. .T&
  3148. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  3149. PH\(hyACTIVATE REQUEST    Start timer T1 G2    |    |    Start timer T1 G2
  3150. _
  3151. .T&
  3152. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  3153. MPH\(hyDEACTIVATE REQUEST | Start timer T2 PH\(hyDI; G4 Start timer T2 
  3154. PH\(hyDI; G4 | 
  3155. .T&
  3156. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  3157. Expiry T1 (Note\ 1)    \(em    Start timer T2 PH\(hyDI; G4    /    \(em
  3158. _
  3159. .T&
  3160. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  3161. Expiry T2 (Note\ 2)    \(em    \(em    \(em    G1
  3162. .T&
  3163. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  3164. Receiving INFO\ 0    \(em    \(em     {
  3165. MPH\(hyDI, MPH\(hyEI; G2
  3166. (Note\ 3)
  3167.  }    G1
  3168. _
  3169. .T&
  3170. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  3171. Receiving INFO\ 1    Start timer T1 G2    \(em    /    \(em
  3172. _
  3173. .T&
  3174. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  3175. Receiving INFO\ 3    /     {
  3176. Stop timer T1
  3177. PH\(hyAI, MPH\(hyAI; G3
  3178. (Note\ 4)
  3179.  }    \(em    \(em
  3180. _
  3181. .T&
  3182. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  3183. Lost framing    /    /     {
  3184. MPH\(hyDI, MPH\(hyEI;
  3185. G2
  3186. (Note\ 3)
  3187.  }    \(em
  3188. _
  3189. .T&
  3190. lw(72p) | cw(42p) | cw(36p) | cw(42p) | cw(36p) .
  3191.  {
  3192. \(em
  3193. No state change
  3194. /
  3195. Impossible by the definition of peer\(hyto\(hypeer physical
  3196. layer procedures or system internal
  3197. reasons
  3198. |
  3199. Impossible by the definition of the physical layer
  3200. service
  3201. a, b; Gn
  3202. Issue primitives \*Qa\*U and \*Qb\*U then go to
  3203. state\ \*QGn\*U
  3204. PH\(hyAI
  3205. Primitive PH\(hyACTIVATE INDICATION
  3206. PH\(hyDI
  3207. Primitive PH\(hyDEACTIVATE INDICATION
  3208. MPH\(hyAI
  3209. Primitive MPH\(hyACTIVATE INDICATION
  3210. MPH\(hyDI
  3211. Primitive MPH\(hyDEACTIVATE INDICATION
  3212. MPH\(hyEI
  3213. Primitive MPH\(hyERROR INDICATION
  3214. Primitives are signals in a conceptual queue and will be cleared
  3215. on recognition, while the INFO signals are continuous signals which
  3216. are available all the time.
  3217.  }                
  3218. .TE
  3219. .nr PS 9
  3220. .RT
  3221. .ad r
  3222. \fBTableau 6/I.430 [1T6.430], p. 18\fR 
  3223. .sp 1P
  3224. .RT
  3225. .ad b
  3226. .RT
  3227. .LP
  3228. .bp
  3229. .ce
  3230. \fBDU TABLEAU SUR NOUVELLE PAGE\fR 
  3231. .ce
  3232. \fBH.T. [T1.430]\fR 
  3233. .ce
  3234. TABLE\ 1/I.430
  3235. .ce
  3236. \fBPrimitives associated with layer\ 1\fR 
  3237. .TS
  3238. center box ;
  3239. lw(228p) .
  3240. L1 | (<- \(ra | 2
  3241. M | (<- \(ra | 1
  3242. _
  3243. .TE
  3244. .TS
  3245. center box;
  3246. lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | lw(54p) .
  3247. MPH\(hyERROR    \(em    X    \(em    X     {
  3248. Type of error or recovery from a
  3249. previously reported error
  3250.  }
  3251. _
  3252. .T&
  3253. lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | lw(54p) .
  3254. MPH\(hyACTIVATE    \(em    X    \(em    \(em      
  3255. _
  3256. .T&
  3257. lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | lw(54p) .
  3258. MPH\(hyDEACTIVATE    X    X    \(em    \(em      
  3259. _
  3260. .T&
  3261. lw(54p) | cw(30p) | cw(30p) | cw(30p) | cw(30p) | lw(54p) .
  3262. MPH\(hyINFORMATION    \(em    X    \(em    X     {
  3263. Connected/disconnected
  3264.  }
  3265. .TE
  3266. .LP
  3267. \fINote\ 1\fR
  3268. \ \(em\ PH\(hyDATA REQUEST implies underlying negotiation
  3269. between layer\ 1 and layer\ 2 for the acceptance of the data.
  3270. .LP
  3271. \fINote\ 2\fR
  3272. \ \(em\ Priority indication applies only to the request
  3273. type.
  3274. .nr PS 9
  3275. .RT
  3276. .ad r
  3277. \fBTableau 6/I.430 [2T6.430], p. 19\fR 
  3278. .sp 1P
  3279. .RT
  3280. .ad b
  3281. .RT
  3282. .LP
  3283. .sp 2
  3284. .sp 1P
  3285. .LP
  3286. 6.2.7
  3287.     \fIDeactivation times\fR 
  3288. .sp 9p
  3289. .RT
  3290. .PP
  3291. A TE shall respond to the receipt of INFO\ 0 by initiating the
  3292. transmission of INFO\ 0 within\ 25\ ms.
  3293. .PP
  3294. An NT shall respond to the receipt of INFO\ 0 or the loss of frame
  3295. synchronization by initiating the transmission of INFO\ 2 within\ 25\ ms; 
  3296. however, the layer\ 1 entity does not deactivate in response to INFO\ 0 
  3297. from a TE. 
  3298. .RT
  3299. .sp 1P
  3300. .LP
  3301. 6.3
  3302.     \fIFrame alignment procedures\fR 
  3303. .sp 9p
  3304. .RT
  3305. .PP
  3306. The first bit of each frame is the framing bit,\ F; it is a binary   ZERO.
  3307. .PP
  3308. The frame alignement procedure makes use of the fact that the framing bit 
  3309. is represented by a pulse having the same polarity as the preceding pulse 
  3310. ( 
  3311. line code violation
  3312. ). This allows rapid reframing.
  3313. .PP
  3314. According to the coding rule, both the 
  3315. framing bit
  3316. and the
  3317. first binary ZERO bit following the framing bit\(hybalance bit (in position\ 
  3318. 2 in the same frame) produce a line code violation. To guarantee secure 
  3319. framing, the auxiliary framing bit pair\ F\dA\uand\ N in the direction 
  3320. NT to TE or the 
  3321. auxiliary framing bit\ F\dA\uwith the associated 
  3322. balancing bit
  3323. \ L in the direction TE to NT are introduced. This ensures that there is 
  3324. a line code 
  3325. violation at\ 14\ bits or less from the framing bit\ F, due to\ F\dA\uor\ 
  3326. N being a binary ZERO bit (NT to TE) or to\ F\dA\ubeing a binary ZERO bit 
  3327. (TE to NT) if 
  3328. the\ F\dA\ubit position is not used as a\ Q\ bit. The framing procedures do not
  3329. depend on the polarity of the framing bit\ F, and thus are not sensitive to
  3330. wiring polarity.
  3331. .PP
  3332. The coding rule for the auxiliary framing bit pair\ F\dA\uand\ N, in the 
  3333. direction NT to TE, is such that N is the binary opposite of F\dA\u(N\ 
  3334. =\ 
  3335. F\dA\u). The F\dA\uand\ L\ bits in the direction TE to NT are always coded 
  3336. such that the binary values of F\dA\uand\ L are equal. 
  3337. .RT
  3338. .sp 1P
  3339. .LP
  3340. 6.3.1
  3341.     \fIFrame alignment procedure in the direction NT to TE\fR 
  3342. .sp 9p
  3343. .RT
  3344. .PP
  3345. Frame alignment, on initial activation of the TE, shall comply with the 
  3346. procedures defined in\ \(sc\ 6.2. 
  3347. .RT
  3348. .sp 1P
  3349. .LP
  3350. 6.3.1.1
  3351.     \fILoss of frame alignment\fR 
  3352. .sp 9p
  3353. .RT
  3354. .PP
  3355. Loss of frame alignment may be assumed when a time period
  3356. equivalent to two\ 48\(hybit frames has elapsed without having detected 
  3357. valid pairs of 
  3358. line code violations
  3359. obeying the\ \(=\ 14\ bit criterion as described
  3360. above. The TE shall cease transmission immediately.
  3361. .RT
  3362. .sp 1P
  3363. .LP
  3364. 6.3.1.2
  3365.     \fIFrame alignments\fR 
  3366. .sp 9p
  3367. .RT
  3368. .PP
  3369. Frame alignment may be assumed to occur when three consecutive
  3370. pairs of line code violations obeying the\ \(=\ 14\ bit criterion have been
  3371. detected.
  3372. .bp
  3373. .RT
  3374. .sp 1P
  3375. .LP
  3376. 6.3.2
  3377.     \fIFrame alignment in the direction TE to NT\fR 
  3378. .sp 9p
  3379. .RT
  3380. .PP
  3381. The criterion of a line code violation at\ 13\ bits or less from the framing 
  3382. bit\ (F) shall apply except if the\ Q\(hychannel (see\ \(sc\ 6.3.3) is 
  3383. provided, in which case the\ 13\ bit criterion applies in four out of five 
  3384. frames. 
  3385. .RT
  3386. .sp 1P
  3387. .LP
  3388. 6.3.2.1
  3389.     \fILoss of frame alignment\fR 
  3390. .sp 9p
  3391. .RT
  3392. .PP
  3393. The NT may assume loss of frame alignment if a time period
  3394. equivalent to at least two\ 48\(hybit frames has elapsed since detecting
  3395. consecutive violations according to the\ 13\ bit criterion, if all F\dA\ubits
  3396. have been set to binary ZERO. Otherwise, a time period equivalent to at 
  3397. least three\ 48\(hybit frames shall be allowed before assuming loss of 
  3398. frame alignment. On detection of loss of frame alignment the NT shall continue 
  3399. transmitting 
  3400. towards the TE.
  3401. .RT
  3402. .sp 1P
  3403. .LP
  3404. 6.3.2.2
  3405.     \fIFrame alignment\fR 
  3406. .sp 9p
  3407. .RT
  3408. .PP
  3409. The NT may assume that frame alignment has been regained when three consecutive 
  3410. pairs of line code violations obeying the\ 13\ bit criterion have 
  3411. been detected.
  3412. .RT
  3413. .sp 1P
  3414. .LP
  3415. 6.3.3
  3416.     \fIMulti\(hyframing\fR 
  3417. .sp 9p
  3418. .RT
  3419. .PP
  3420. A multi\(hyframe described in the following paragraphs is intended to provide 
  3421. extra layer\ 1 capacity in the TE\(hyto\(hyNT direction through the use 
  3422. of an extra channel between the\ TE and\ NT ( 
  3423. Q\(hychannel
  3424. ). This extra layer\ 1
  3425. capacity exists only between the TE and NT, i.e., there is no requirement 
  3426. for the transmission of signals between NT and ET to carry the information 
  3427. conveyed by this extra layer\ 1 capacity. The use of the Q\(hychannel is for
  3428. further study. However, TEs shall provide for identification of the bit
  3429. positions which provide this extra capacity, designated\ Q\ bits. TEs not 
  3430. using this capability shall provide for setting each 
  3431. Q\ bit
  3432. to a binary ONE.   The provision of this capability in NTS is optional.
  3433. .PP
  3434. The use of the Q bits shall be the same in point\(hyto\(hypoint as in
  3435. point\(hyto\(hymultipoint configurations. Future standardization for the use of
  3436. Q\ bits is for further study. (There is no inherent collision detection
  3437. mechanism provided, and any 
  3438. collision detection mechanism
  3439. that is
  3440. required for any application of the\ Q\ bits will be outside the scope of this
  3441. Recommendation.)
  3442. .RT
  3443. .sp 1P
  3444. .LP
  3445. 6.3.3.1
  3446.     \fIGeneral mechanism\fR 
  3447. .sp 9p
  3448. .RT
  3449. .LP
  3450.     a)
  3451.     Q bit identification
  3452. : The Q bits (TE\(hyto\(hyNT) are
  3453. defined to be the bits in the F\dA\ubit position of every fifth frame.
  3454. The\ Q\(hybit positions in the TE\(hyto\(hyNT direction are identified 
  3455. by binary 
  3456. inversions of the F\dA\u/N\ bit pair (F\dA\u\ =\ binary ONE, N\ =\ binary 
  3457. ZERO) in the NT\(hyto\(hyTE direction. The provision of the capability 
  3458. in NTs is optional. The 
  3459. provision for identification of the Q\(hybit positions
  3460. in the NT\(hyto\(hyTE direction permits all TEs to synchronize transmission 
  3461. in Q\(hybit positions\ \(em\ thereby avoiding interference of F\dA\u\(hybits 
  3462. from one TE with the 
  3463. Q\(hybits of a second TE in passive bus configurations.
  3464. .LP
  3465.     b)
  3466.     Multi\(hyframe identification
  3467. : A multi\(hyframe, which
  3468. provides for structuring the Q\ bits in groups of four (Q1\ \(em\ Q4), 
  3469. is established by setting the M\ bit, in position\ 26 of the NT\(hyto\(hyTE 
  3470. frame, to binary ONE in 
  3471. every twentieth frame. This structure provides for 4\(hybit characters 
  3472. in a single channel, TE\(hyto\(hyNT. The provision of the capability in 
  3473. NTs is optional. 
  3474. .sp 1P
  3475. .LP
  3476. 6.3.3.2
  3477.     \fIQ\(hybit position identification algorithm\fR 
  3478. .sp 9p
  3479. .RT
  3480. .PP
  3481. The Q\(hybit position identification algorithm is illustrated in
  3482. Table\ 7/I.430. Two examples of how such an identification algorithm can be
  3483. realized are as follows. The TE Q\(hybit identification algorithm may be simply
  3484. the transmission of a Q\ bit in each frame in which a binary ONE is received 
  3485. in the F\dA\u\(hybit position of the NT\(hyto\(hyTE frame (i.e.,\ echoing 
  3486. of the received 
  3487. F\dA\ubits). Alternatively, to minimize the Q\(hybit transmission errors that
  3488. could result from errors in the F\dA\ubits of NT\(hyto\(hyTE frames, a TE may
  3489. synchronize a 
  3490. frame counter
  3491. to the Q\(hybit rate and transmit Q\ bits in
  3492. every fifth frame, i.e., in frames in which F\dA\ubits should be equal to
  3493. binary ONE. The F\dA\ubit is present in every frame. Q\ bits would be
  3494. transmitted only after counter synchronization to the frame binary ONEs 
  3495. in the F\dA\ubit positions of the NT\(hyto\(hyTE frames is achieved (and 
  3496. only if such bits are received). When the counter is not synchronized (not 
  3497. achieved or lost), a TE which uses such algorithm shall transmit binary 
  3498. ZEROs in Q\(hybit positions. 
  3499. The algorithm used by a TE to determine when synchronization is defined 
  3500. to be achieved or the algorithm used to determine when it is defined to 
  3501. be lost is 
  3502. not described in this Recommendation, but it should be noted that the
  3503. transmission of multi\(hyframing from an NT is not mandatory.
  3504. .bp
  3505. .PP
  3506. No special Q\(hybit identification is required in the NT because the
  3507. maximum round trip delay of NT\(hyto\(hyTE\(hyto\(hyNT is a small fraction 
  3508. of a frame and, therefore, Q\(hybit identification is inherent in the NT. 
  3509. .RT
  3510. .LP
  3511. .sp 2
  3512. .ce
  3513. \fBH.T. [T7.430]\fR 
  3514. .ce
  3515. TABLE\ 7/I.430
  3516. .ce
  3517. \fBQ\(hybit position identification and multi\(hyframe structure\fR 
  3518. .ps 9
  3519. .vs 11
  3520. .nr VS 11
  3521. .nr PS 9
  3522. .TS
  3523. center box;
  3524. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3525. Frame Number     {
  3526. NT\(hyto\(hyTE
  3527. F
  3528. A bit position
  3529.  }     {
  3530. TE\(hyto\(hyNT
  3531. \fR
  3532. F
  3533. A bit position
  3534. (Notes\ 1 and\ 2)
  3535.  }    NT\(hyto\(hyTE  \fR M Bit
  3536. _
  3537. .T&
  3538. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3539. \ 1    ONE    Q1    ONE
  3540. .T&
  3541. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3542. \ 2    ZERO    ZERO    ZERO
  3543. .T&
  3544. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3545. \ 3    ZERO    ZERO    ZERO
  3546. .T&
  3547. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3548. \ 4    ZERO    ZERO    ZERO
  3549. .T&
  3550. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3551. \ 5    ZERO    ZERO    ZERO
  3552. _
  3553. .T&
  3554. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3555. \ 6    ONE    Q2    ZERO
  3556. .T&
  3557. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3558. \ 7    ZERO    ZERO    ZERO
  3559. .T&
  3560. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3561. \ 8    ZERO    ZERO    ZERO
  3562. .T&
  3563. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3564. \ 9    ZERO    ZERO    ZERO
  3565. .T&
  3566. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3567. 10    ZERO    ZERO    ZERO
  3568. _
  3569. .T&
  3570. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3571. 11    ONE    Q3    Z\o"E\(aa"RO
  3572. .T&
  3573. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3574. 12    ZERO    ZERO    ZERO
  3575. .T&
  3576. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3577. 13    ZERO    ZERO    ZERO
  3578. .T&
  3579. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3580. 14    ZERO    ZERO    ZERO
  3581. .T&
  3582. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3583. 15    ZERO    ZERO    ZERO
  3584. _
  3585. .T&
  3586. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3587. 16    ONE    Q4    ZERO
  3588. .T&
  3589. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3590. 17    ZERO    ZERO    ZERO
  3591. .T&
  3592. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3593. 18    ZERO    ZERO    ZERO
  3594. .T&
  3595. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3596. 19    ZERO    ZERO    ZERO
  3597. .T&
  3598. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3599. 20    ZERO    ZERO    ZERO
  3600. _
  3601. .T&
  3602. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3603. \ 1    ONE    Q1    ONE
  3604. .T&
  3605. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3606. \ 2    ZERO    ZERO    ZERO
  3607. .T&
  3608. cw(54p) | cw(42p) | cw(42p) | cw(42p) .
  3609. etc.
  3610. .TE
  3611. .LP
  3612. \fINote\ 1\fR
  3613. \ \(em\ If the Q\(hybits are not used by a TE, the Q\(hybits shall be
  3614. set to binary ONE.
  3615. .LP
  3616. \fINote\ 2\fR
  3617. \ \(em\ Where multi\(hyframe identification is not provided with a
  3618. binary ONE in an appropriate M\ bit, but where Q\(hybit positions are
  3619. identified, Q\(hybits\ 1 through 4 are not distinguished.
  3620. .nr PS 9
  3621. .RT
  3622. .ad r
  3623. \fBTable 7/I.430 [T7.430], p.  \fR 
  3624. .sp 1P
  3625. .RT
  3626. .ad b
  3627. .RT
  3628. .sp 1P
  3629. .LP
  3630. .sp 2
  3631. 6.3.3.3
  3632.     \fITE Multi\(hyframe identification\fR 
  3633. .sp 9p
  3634. .RT
  3635. .PP
  3636. The first frame of the multi\(hyframe is identified by the
  3637. M\ bit
  3638. equal to a binary ONE. TEs that are not intended to use, nor to provide 
  3639. for the use of, the Q\(hychannel are not required to identify the 
  3640. multi\(hyframe. TEs that are intended to use, or to provide for the use of, the
  3641. Q\(hychannel shall use the M\ bit equal to a binary ONE to identify the 
  3642. start of 
  3643. the multi\(hyframe.
  3644. .PP
  3645. The algorithm used by a TE to determine when synchronization or loss of 
  3646. synchronization of the multi\(hyframe is achieved is not described in this 
  3647. Recommendation, however, it should be noted that the transmission of
  3648. multi\(hyframing from an NT is not mandatory.
  3649. .bp
  3650. .RT
  3651. .sp 1P
  3652. .LP
  3653. 6.3.4
  3654.     \fIS\(hybit channel structuring algorithm\fR 
  3655. .sp 9p
  3656. .RT
  3657. .PP
  3658. The algorithm for structuring the 
  3659. S\(hybits
  3660. (NT\(hyto\(hyTE frame
  3661. bit position\ 37) into an S\(hychannel will use a combination of the F\dA\u\(hybit 
  3662. inversions and the M\ bit used to structure the Q\(hybit channel as described
  3663. in\ \(sc\ 6.3.3. The use of the 
  3664. S\(hychannel
  3665. and its structure are for further  study.
  3666. .RT
  3667. .sp 1P
  3668. .LP
  3669. 6.4
  3670.     \fIIdle channel code on the B\(hychannels\fR 
  3671. .sp 9p
  3672. .RT
  3673. .PP
  3674. A TE shall send binary ONEs in any B\(hychannel which is not assigned  to it.
  3675. .RT
  3676. .sp 2P
  3677. .LP
  3678. \fB7\fR     \fBLayer 1 maintenance\fR 
  3679. .sp 1P
  3680. .RT
  3681. .PP
  3682. The test loopbacks defined for the basic user\(hynetwork interface are 
  3683. specified in Appendix\ I. 
  3684. .RT
  3685. .LP
  3686. .rs
  3687. .sp 43P
  3688. .sp 2P
  3689. .LP
  3690. \fBMONTAGE : \(sc 8 SUR LE RESTE DE CETTE PAGE\fR 
  3691. .sp 1P
  3692. .RT
  3693. .LP
  3694. .bp
  3695.